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 04:10 | Nová verze

Po 10 týdnech vývoje od vydání Linuxu 4.9 (zprávička) oznámil Linus Torvalds, mj. již 20 let žijící v USA, vydání Linuxu 4.10 (LKML). Přehled nových vlastností a vylepšení například na Kernel Newbies a v Jaderných novinách (1, 2 a 3). Kódové jméno Linuxu 4.10 je Fearless Coyote.

Ladislav Hagara | Komentářů: 0
včera 15:55 | Zajímavý projekt

Vyzkoušet si příkazy a vyřešit několik úkolů lze na stránkách Commandline Challenge (CMD Challenge). Úkoly lze řešit různými způsoby, důležitý je výsledek. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.

Ladislav Hagara | Komentářů: 10
18.2. 17:35 | Bezpečnostní upozornění

Německá Bundesnetzagentur (obdoba českého ČTU) zakázala na německém území prodej panenky Cayla kvůli „špionáži“ dětí. Tato elektronická hračka obsahuje mikrofon, reproduktor a kameru a bezdrátové komunikační rozhraní, pomocí kterého se hračka připojuje na servery výrobce. Takovýmto způsobem může hračka pomocí umělé inteligence „odpovídat“ na dotazy dítěte. Hlavní problém bude ale asi někde jinde, podle prvotních zpráv může

… více »
Petr Tomášek | Komentářů: 26
17.2. 15:30 | Bezpečnostní upozornění

CSIRT.CZ upozorňuje, že bezpečnostní experti objevili nový typ malwaru, jenž cílí na open source e-commerce platformu Magento. Malware je zajímavý tím, že se jedná o první svého druhu, jehož kód zůstává skrytý v SQL databázi zasaženého e-shopu. Škodlivý kód je volán pomocí tzv. SQL trigerru, který je spouštěn při každém vytvoření objednávky v systému.

Ladislav Hagara | Komentářů: 2
17.2. 09:00 | Nová verze

Bylo vydáno Ubuntu 16.04.2 LTS, tj. druhé opravné vydání Ubuntu 16.04 LTS s kódovým názvem Xenial Xerus. Přehled novinek v poznámkách k vydání a v přehledu změn.

Ladislav Hagara | Komentářů: 50
17.2. 06:00 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje tvorbě pluginů (modulů) pro bitmapový grafický editor GIMP. Pomocí pluginů lze GIMP rozšiřovat o další funkce. Implementovat lze například nové filtry nebo pomocné utility pro tvorbu animací či poloautomatickou retuš snímků.

Ladislav Hagara | Komentářů: 6
16.2. 23:32 | Komunita

Do 30. března se lze přihlásit do dalšího kola programu Outreachy, jehož cílem je přitáhnout do světa svobodného a otevřeného softwaru lidi ze skupin, jež jsou ve světě svobodného a otevřeného softwaru málo zastoupeny. Za 3 měsíce práce, od 30. května do 30. srpna 2017, v participujících organizacích lze vydělat 5 500 USD. Jedná se již o 14. kolo tohoto programu.

Ladislav Hagara | Komentářů: 11
16.2. 23:13 | Nová verze

Byla vydána verze 0.92.1 svobodného multiplatformního vektorového grafického editoru Inkscape. Přehled novinek v poznámkách k vydání. Řešen je mimo jiné problém s verzí 0.92, jež rozbíjí dokumenty vytvořené v předchozích verzích Inkscape. Více v příspěvku na blogu Davida Revoye, autora open source webového komiksu Pepper&Carrot nebo portrétu GNU/Linuxu.

Ladislav Hagara | Komentářů: 0
16.2. 16:26 | Bezpečnostní upozornění

Byla vydána verze 1.1.0e kryptografické knihovny OpenSSL. Dle bezpečnostního upozornění 20170216 byla opravena závažná bezpečnostní chyba CVE-2017-3733.

Ladislav Hagara | Komentářů: 1
16.2. 13:03 | Pozvánky

GNOME hackaton proběhne v Brně na FIT VUT v Red Hat Labu (budova Q) v pondělí 20. února od 15:00. Registrace není nutná, ale pokud dáte na FaceBooku vědět, že plánujete dorazit, pomůže to s plánováním.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 658 hlasů
 Komentářů: 52, poslední 13.2. 12:45
Rozcestník
Reklama

Dotaz: SQL prepared statements pro INSERT

17.10.2010 00:06 josephEc
SQL prepared statements pro INSERT
Přečteno: 510×
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: 66 | 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: 50 | 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: 50 | 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 | Praha
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.