abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 10:22 | Komunita

Minulý týden byla ze správce souborů (Files, Soubory, Nautilus) v GNOME odstraněna možnost spouštění aplikací. Po bouřlivé diskusi byla dnes tato možnost do správce souborů vrácena (commit).

Ladislav Hagara | Komentářů: 4
včera 22:44 | Nová verze

Ani ne po měsíci vývoje od vydání verze 2.10.0 byla vydána nová verze 2.10.2 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP. Přehled novinek i s náhledy v oznámení o vydání. Opraveno bylo 44 chyb. Novinkou je podpora formátu HEIF (High Efficiency Image File Format) a dva nové filtry.

Ladislav Hagara | Komentářů: 10
včera 17:44 | Komunita

SFC (Software Freedom Conservancy) na svém blogu blahopřeje společnosti Tesla k prvnímu kroku k dodržování licence GPL. Tesla ve svých elektromobilech používá svobodný software. Změny ve zdrojovým kódech ale doteď veřejně nezveřejňovala. Změna nastala tento týden. Zdrojové kódy byly zveřejněny na GitHubu. Nejedná se zatím ale o kompletní odpovídající zdrojové kódy (CCS - complete corresponding source).

Ladislav Hagara | Komentářů: 8
19.5. 17:33 | Komunita

Společnost Purism informuje o aktuálním vývoji chytrého telefonu Librem 5, jenž by měl respektovat bezpečnost, svobodu a soukromí uživatelů. Telefon už umí telefonovat. Librem 5 by měl být k dispozici v lednu 2019. Předobjednat jej lze za 599 dolarů.

Ladislav Hagara | Komentářů: 22
19.5. 09:00 | Bezpečnostní upozornění

Společnost Qualys zveřejnila výsledky bezpečnostního auditu procps-ng, tj. balíčku s příkazy free, kill, pgrep, pidof, pkill, pmap, ps, pwdx, skill, slabtop, snice, sysctl, tload, top, uptime, vmstat, w a watch. Nalezeno bylo 7 bezpečnostních chyb (CVE-2018-1120, CVE-2018-1121, CVE-2018-1122, CVE-2018-1123, CVE-2018-1124, CVE-2018-1125 a CVE-2018-1126). Dvě z nich jsou zneužitelné k lokální eskalaci práv. Příslušné záplaty jsou již k dispozici v upstreamu.

Ladislav Hagara | Komentářů: 5
18.5. 06:44 | Nová verze

Byla vydána třiadvacátá alfa verze svobodné historické realtimové strategie 0 A.D. (Wikipedie). Kódový název této nejnovější verze je Ken Wood. Představení novinek v poznámkách k vydání a také na YouTube.

Ladislav Hagara | Komentářů: 3
18.5. 05:55 | Zajímavý článek

Tento týden se v Cambridge ve Velké Británii konal hackfest, který měl za cíl zlepšit výkon na GNOME postavených systémů na slabších počítačích. Hans de Goede například analyzoval spotřebu paměti jednotlivých komponent ve Fedora 28 Workstation na stroji s 2 GB RAM a pomocí kroků popsaných v článku Kde uspořit paměť ve Fedora Workstation na MojeFedora.cz snížil spotřebu paměti z 1,4 GB na 765 MB.

Ladislav Hagara | Komentářů: 9
17.5. 20:55 | Nová verze

Bram Moolenaar oznámil vydání verze 8.1 textového editoru Vim (Vi IMproved). Hlavní novinkou je integrovaný terminál.

Ladislav Hagara | Komentářů: 8
17.5. 16:55 | Nová verze

Bylo oznámeno vydání nové stabilní verze 1.27 a beta verze 1.28 open source textového editoru Atom (Wikipedie). Přehled novinek i s náhledy v příspěvku na blogu. Podrobnosti v poznámkách k vydání.

Ladislav Hagara | Komentářů: 6
17.5. 11:11 | Nová verze

Byla vydána verze 5.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Před měsícem slavil Proxmox VE 10 let (pdf).

Ladislav Hagara | Komentářů: 16
Používáte pro některé služby inetd?
 (33%)
 (24%)
 (42%)
Celkem 135 hlasů
 Komentářů: 4, poslední dnes 12:56
    Rozcestník

    Dotaz: SQL prepared statements pro INSERT

    17.10.2010 00:06 josephEc
    SQL prepared statements pro INSERT
    Přečteno: 511×
    zdravím. Začínám používat prepared statements v PDO v php pro mysql a vrtá mi hlavou jedno: Je rychlejší varianta předpřipravit dotaz jako "INSERT INTO tabulka VALUES (?,?)" a na dvakrát tam pak vložit hodnoty nebo "INSERT INTO tabulka VALUES (?,?), (?,?)" a vložit tam hodnoty najednou nebo to je jedno?

    Odpovědi

    17.10.2010 13:08 Radim Kolář | skóre: 11
    Rozbalit Rozbalit vše Re: SQL prepared statements pro INSERT
    vyrazne je rychlejsi to druhy.
    17.10.2010 13:10 jos
    Rozbalit Rozbalit vše Re: SQL prepared statements pro INSERT
    tak si to změř, ne? muj osobní tip je, že u dvou vkládanejch záznamů je to fuk, nicméně druhou variantu použiješ už jen když budeš chtít vkládat zase právě dva záznamy, kdežto první můžeš použít pro libovolnej počet záznamů (ale zas to tam sypat po jednom ... nebo bindovat (protože obrana proti injekci) do INSERT INTO relace (col, col2) SELECT ?, ? UNION SELECT ?, ? atd.)

    btw vřele ti doporučuju vyjmenovávat slouce do kterejch se vkládá, spolýhat se na to, že si to databáze přebere tak jak si to myslel je cesta do říše bezcenných dat
    17.10.2010 18:59 logik
    Rozbalit Rozbalit vše Re: SQL prepared statements pro INSERT
    Nejde o to, jak si to databáze přebere, na to je norma (pořadí sloupců v tabulce tak, jak jsou definované). Jde o to, že při změně struktury databáze (např. přidání sloupce) ten dotaz přestane chodit.
    18.10.2010 16:47 jos
    Rozbalit Rozbalit vše Re: SQL prepared statements pro INSERT
    hmmm norma, dík za poznámku

    asi se shodneme, že když uvidim hovna padající shora dolů, tak radši zastavim jejich proud (než se pod něj náhodou časem dostanu), místo toho abych si řekl "to je OK, dyť padají dolů v souladu fyzikálníma zákonama, žejo"
    17.10.2010 17:41 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: SQL prepared statements pro INSERT
    Databáze nebo ovladač si teoreticky může kešovat rozparsované dotazy (nevím, zda to umí i MySQL), první dotaz pak můžete využít opakovaně, druhý asi ne. Jinak pokud neděláte commit po každém příkazu, mělo by samotné provedení příkazů být srovnatelné, ale jak je to doopravdy můžete zjistit jenom měřením. Myslím ale, že je to klasická ukázka předčasné optimalizace, takže v tento okamžik bych se řídil logikou kódu. Pokud vkládáte dva záznamy, které spolu nějak souvisí, použijte druhý způsob, v ostatních případech bych použil ten první, a optimalizoval bych to až v případě, kdy bude v této části problém s výkonem – a pak zřejmě jen přepsání insertu stejně nepomůže.
    Heron avatar 17.10.2010 17:50 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: SQL prepared statements pro INSERT
    Jinak pokud neděláte commit po každém příkazu

    Očekával bych, že má zapnutý autocommit.

    17.10.2010 23:18 josephEc
    Rozbalit Rozbalit vše Re: SQL prepared statements pro INSERT
    Tohle je jen teoretická otázka. Prakticky to bude tak, že budu vkládat data do tabulek ve více databázových strojích a počty řádků budou různé. Proto co se čistoty kódu je asi lepší používat připravený dotaz pro vložení jednoho řádku než pro N řádků, ale co se výkonu týče to nevím (ani to teď nemám jak změřit). Netuším jak se to vnitřně optimalizuje. Mám dvě možnosti: spočítat si počet potřebných řádků, pak připravit dotaz a data vložit nebo rovnou vkládat po řádcích. U standardní php extenze typu mysqli a NEprepared dotazů vyjde určitě rychleji 1. varianta, ale tady tápu. A co se týče sql injections tak prepared statement s otazníky(?) by to snad měl řešit sám respektive php samo ne?
    Heron avatar 18.10.2010 08:11 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: SQL prepared statements pro INSERT
    Netuším jak se to vnitřně optimalizuje.

    Prepared zkompiluje dotaz (na straně DB), ověří práva, připraví úložné enginy (u MySQL) apod. (tím s třeba myslí i načtení statistik, pokud jsou pro dotaz potřeba). To je jistá část práce, která je už při mnoha stejných dotazech hodně vidět. Co ovšem nelze připravit dopředu je aktualizace indexů, transakční logy apod. Ty se musejí aktualizovat s každou úpravou dat. Proto by mohlo být rychlejší to insertovat a commitovat po větších dávkách. Jenže i toto má jiné řešení (např vypnout, vložit, zapnout indexy). Proto, jak napsal pan Jirsák, je toto zbytečná optimalizace a měla by se dělat ve chvíli, kdy bude zcela jasně, že toto je úzké výkonnostní hrdlo. Jinak to, jak správně píšeš, pouze zaneřádí kód.

    A co se týče sql injections tak prepared statement s otazníky(?) by to snad měl řešit sám respektive php samo ne?

    To si řeší ovladač a přímo DB. Takže po této stránce je to bezpečné.

    18.10.2010 09:59 podlesh | skóre: 38 | Freiburg im Breisgau
    Rozbalit Rozbalit vše Re: SQL prepared statements pro INSERT
    Druhá varianta je rychlejší, protože se ušetří nějaký overhead na komunikaci (posílá se jen jeden příkaz a jeden výsledek). Samozřejmě ten rozdíl je velmi malý...

    Správné řešení je to třetí: použít jednoduchý příkaz, ale dávkově - pak se na server najednou pošle příkaz i N řádek dat najednou. Ovšem musím přiznat, že netuším zda to kombinace PHP+MySQL vůbec umí.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.