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í
×

včera 15:33 | Nová verze

Byla vydána verze 17.08.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi. Aplikace kmag, kmousetool, kgoldrunner, kigo, konquest, kreversi, ksnakeduel, kspaceduel, ksudoku, kubrick, lskat a umbrello byly portovány na KDE Frameworks 5.

Ladislav Hagara | Komentářů: 0
včera 15:11 | Nová verze

Simon Long představil na blogu Raspberry Pi novou verzi 2017-08-16 linuxové distribuce Raspbian určené především pro jednodeskové miniaturní počítače Raspberry Pi. Společně s Raspbianem byl aktualizován také instalační nástroj NOOBS (New Out Of the Box Software). Nejnovější Raspbian je založen na Debianu 9 Stretch. Přehled novinek v poznámkách k vydání. Řešena je také bezpečnostní chyba Broadpwn (CVE-2017-9417).

Ladislav Hagara | Komentářů: 1
včera 12:33 | Nová verze

Byla vydána verze 3.2.0 programu pro skicování, malování a úpravu obrázků Krita. Přehled novinek v poznámkách k vydání a na YouTube.

Ladislav Hagara | Komentářů: 0
včera 11:44 | IT novinky

Minulý týden na šampionátu The International 2017 byl představen bot, který poráží profesionální hráče počítačové hry Dota 2. V nejnovějším příspěvku na blogu se organizace OpenAI o projektu více rozepsala a zveřejnila videozáznamy několika soubojů.

Ladislav Hagara | Komentářů: 5
16.8. 17:11 | Komunita

Byly zveřejněny videozáznamy přednášek z Fedora 26 Release Party konané 10. srpna v Praze.

Ladislav Hagara | Komentářů: 0
16.8. 15:33 | Komunita

Přesně před čtyřiadvaceti lety, 16. srpna 1993, oznámil Ian Murdock vydání "Debian Linux Release".

Ladislav Hagara | Komentářů: 8
16.8. 06:00 | Bezpečnostní upozornění

Ve virtualizačním softwaru Xen bylo nalezeno a opraveno 5 bezpečnostních chyb XSA-226 až XSA-230. Nejzávažnější z nich XSA-227 (CVE-2017-12137) umožňuje eskalaci privilegií a ovládnutí celého systému, tj. správce hostovaného systému se může stát správcem hostitelského systému.

Ladislav Hagara | Komentářů: 1
15.8. 22:00 | Zajímavý projekt

V roce 2013 proběhla na Kickstarteru úspěšná kampaň na podporu otevřeného Dobře temperovaného klavíru (Well-Tempered Clavier). Stejný tým s Kimiko Išizaka spustil před týdnem na Kickstarteru kampaň Libre Art of the Fugue na podporu svobodného Umění fugy.

Ladislav Hagara | Komentářů: 2
15.8. 13:55 | Pozvánky

Spolek OpenAlt zve příznivce otevřených technologií a otevřeného přístupu na 143. brněnský sraz, který proběhne v pátek 18. srpna od 18:00 hodin ve sportovním areálu a restauraci BeachPub Sokolák u Brněnské přehrady aneb v hantecu u Prýglu.

Ladislav Hagara | Komentářů: 0
15.8. 10:55 | Nová verze

Byla vydána (pdf) verze 3 průběžně aktualizované (rolling release) linuxové distribuce Solus (Wikipedie). Ke stažení je v edicích Budgie, GNOME a MATE. Z novinek lze zmínit například podporu snapů. Solus 3 obsahuje Firefox 55.0.1, LibreOffice 5.4.0.3, Rhythmbox 3.4.1 nebo Thunderbird 52.2.1. Edice Budgie a GNOME přichází s GNOME MPV 0.12. Edice MATE s VLC 2.2.6.

Ladislav Hagara | Komentářů: 5
Těžíte nějakou kryptoměnu?
 (4%)
 (2%)
 (17%)
 (76%)
Celkem 352 hlasů
 Komentářů: 21, poslední 13.8. 09:57
    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: 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: 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 | 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.