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 23:55 | Komunita

Společnost Librem na svém blogu oznámila, že jejich notebooky Librem jsou nově dodávány se zrušeným (neutralized and disabled) Intel Management Engine (ME). Aktualizací corebootu na již prodaných noteboocích lze Management Engine také zrušit. Více v podrobném článku.

Ladislav Hagara | Komentářů: 0
včera 21:44 | Nová verze

Organizace Apache Software Foundation (ASF) na svém blogu slaví páté výročí kancelářského balíku Apache OpenOffice jako jejího Top-Level projektu. Při této příležitosti byl vydán Apache OpenOffice 4.1.4 (AOO 4.1.4). Podrobnosti v poznámkách k vydání. Dlouhé čekání na novou verzi tak skončilo.

Ladislav Hagara | Komentářů: 1
včera 19:22 | Pozvánky

Již příští týden - 26. a 27. října se v Praze v hotelu Olšanka odehraje OpenWRT Summit. Na webu konference naleznete program a možnost zakoupení lístků - ty stojí 55 dolarů. Čtvrtek bude přednáškový a v pátek se budou odehrávat převážně workshopy a meetingy.

Miška | Komentářů: 0
včera 13:44 | Nová verze

Bylo vydáno Ubuntu 17.10 s kódovým názvem Artful Aardvark. Ke stažení jsou Ubuntu Desktop a Server, Ubuntu Cloud Images, Ubuntu Netboot, Kubuntu, Lubuntu a Lubuntu Alternate, Lubuntu Next, Ubuntu Budgie, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio a Xubuntu. Podrobnosti v poznámkách k vydání.

Ladislav Hagara | Komentářů: 4
včera 13:00 | Komunita

MojeFedora.cz informuje, že Fedora 27 dostane podporu pro AAC. Podpora multimediálních formátů je ve výchozí instalaci Fedory tradičně limitovaná kvůli softwarovým patentům, ale desktopový tým Red Hatu se ji i tak snaží v poslední době co nejvíce rozšířit. Už nějaký čas obsahuje kodeky pro MP3, H.264, AC3 a nyní byl přidán také kodek pro další velmi rozšířený zvukový formát – AAC.

Ladislav Hagara | Komentářů: 2
18.10. 23:55 | Pozvánky

Spolek OpenAlt zve příznivce otevřených technologií a otevřeného přístupu na 145. brněnský sraz, který proběhne v pátek 20. října od 18:00 hodin v restauraci Time Out na adrese Novoměstská 2 v Řečkovicích. Jedná se o poslední sraz před konferencí OpenAlt 2017, jež proběhne o víkendu 4. a 5. listopadu 2017 na FIT VUT v Brně. Běží registrace účastníků.

Ladislav Hagara | Komentářů: 0
18.10. 21:44 | Nová verze

Byla vydána verze 5.2.0 multiplatformního virtualizačního nástroje Oracle VM VirtualBox. Jedná se o první stabilní verzi z nové větve 5.2. Z novinek lze zmínit například možnost exportování VM do Oracle Cloudu, bezobslužnou instalaci hostovaného systému nebo vylepšené GUI. Podrobnosti v seznamu změn. Aktualizována byla také dokumentace.

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

Byl spuštěn Humble Down Under Bundle. Za vlastní cenu lze koupit multiplatformní hry The Warlock of Firetop Mountain, Screencheat, Hand of Fate a Satellite Reign. Při nadprůměrné platbě (aktuálně 3,63 $) také Hacknet, Hacknet Labyrinths, Crawl a Hurtworld. Při platbě 12 $ a více lze získat navíc Armello.

Ladislav Hagara | Komentářů: 0
18.10. 13:00 | Nová verze

Google Chrome 62 byl prohlášen za stabilní (YouTube). Nejnovější stabilní verze 62.0.3202.62 tohoto webového prohlížeče přináší řadu oprav a vylepšení. Vylepšeny byly také nástroje pro vývojáře (YouTube). Opraveno bylo 35 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 4
18.10. 11:00 | Zajímavý článek

Článek (en) na Mozilla.cz je věnován vykreslování stránek ve Firefoxu. V průběhu roku 2018 by se ve Firefoxu měl objevit WebRender, jenž by měl vykreslování stránek urychlit díky využití GPU.

Ladislav Hagara | Komentářů: 5
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (11%)
 (1%)
 (1%)
 (1%)
 (74%)
 (12%)
Celkem 107 hlasů
 Komentářů: 7, poslední včera 23:06
    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.