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 15:18 | Zajímavý software

CrossOver, komerční produkt založený na Wine, je dnes (23. 5. 2017) dostupný ve slevě. Roční předplatné linuxové verze vyjde s kódem TWENTYONE na $21, resp. $1 v případě IP z chudších zemí. Firma CodeWeavers, která CrossOver vyvíjí, významně přispívá do Wine. Přidaná hodnota CrossOver spočívá v přívětivějším uživatelském rozhraní, integraci do desktopu a podpoře.

Fluttershy, yay! | Komentářů: 11
dnes 15:11 | Zajímavý projekt

V únoru loňského roku bylo představeno několik útoků na celou řadu bezdrátových klávesnic a myší s názvem MouseJack. Po více než roce lze chybu opravit, tj. aktualizovat firmware, také z Linuxu. Richardu Hughesovi se podařilo navázat spolupráci se společností Logitech, získat od nich dokumentaci, přesvědčit je, aby firmware poskytovali přímo a ne jako součást .exe souboru, aby mohl být popis začleněn do služby Linux Vendor Firmware Service (LVFS) a aktualizace tak mohla proběhnou přímo z Linuxu pomocí projektu fwupd.

Ladislav Hagara | Komentářů: 0
dnes 13:22 | Nová verze

Po roce a půl vydali vývojáři projektu SANE (Scanner Access Now Easy) (Wikipedie) novou verzi 1.0.27 balíku SANE-Backends. Nejnovější verze tohoto balíku pro přístup ke skenerům přináší například významná vylepšení v několika backendech nebo podporu pro více než 30 nových modelů skenerů. Verze 1.0.26 byla přeskočena.

Ladislav Hagara | Komentářů: 0
včera 20:55 | Komunita

Od 18. do 21. května proběhla v Saint-Étienne Linux Audio Conference 2017. Na programu byla řada zajímavých přednášek a seminářů. Videozáznamy přednášek lze zhlédnout na YouTube. K dispozici jsou také články a prezentace.

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

Hodnota Bitcoinu, decentralizované kryptoměny, překonala hranici 2 200 dolarů. Za posledních 30 dnů tak vzrostla přibližně o 80 % [reddit].

Ladislav Hagara | Komentářů: 4
včera 17:33 | Nová verze

Po 5 měsících vývoje od vydání verze 0.12.0 byla vydána verze 0.13.0 správce balíčků GNU Guix a na něm postavené systémové distribuce GuixSD (Guix System Distribution). Na vývoji se podílelo 83 vývojářů. Přibylo 840 nových balíčků. Jejich aktuální počet je 5 454. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 1
včera 17:22 | Nová verze

Po 5 měsících vývoje a 3 týdnech intenzivního testování byla vydána verze 12 open source systému Nextcloud, forku ownCloudu, umožňujícího provoz vlastního cloudového úložiště. Přehled novinek i s videoukázkami v poznámkách k vydání. Pro vyzkoušení je k dispozici demo.

Ladislav Hagara | Komentářů: 8
včera 11:44 | Zajímavý článek

Týden po prvním číslu publikoval Michal Špaček na svých stránkách druhé číslo newsletteru věnovanému bezpečnosti, bezpečnému vývoji převážně webových aplikací a bezpečnosti uživatelů. Věnuje se výpadku Let's Encrypt, únikům dat, bug bounty pro WordPress nebo SQL Injection v Joomla. Zmiňuje také, že Mozilla plánuje z Firefoxu odstranit podporu pro Encrypted Media Extensions (EME) na nešifrovaném HTTP a nadále pro EME vyžadovat HTTPS.

Ladislav Hagara | Komentářů: 0
včera 02:00 | Pozvánky

Ve středu 31. května 2017 od 17:00 proběhne v pražské pobočce SUSE Den otevřených dveří v SUSE. Čekají vás přednášky o live kernel patchingu a nástroji SaltStack. Také se dozvíte zajímavé informace o SUSE, openSUSE, a vlastně všech produktech, na kterých lidé ze SUSE pracují.

Ladislav Hagara | Komentářů: 4
včera 01:00 | Pozvánky

Czech JBoss User Group srdečně zve na setkání JBUG v Brně, které se koná ve středu 7. června 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Tomáš Livora na téma Fault Tolerance with Hystrix. Více informací na Facebooku a Twitteru #jbugcz.

mjedlick | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (32%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 597 hlasů
 Komentářů: 62, poslední 19.5. 01: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: 37 | 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.