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 20:11 | Zajímavý software

Alexandre Julliard oznámil jménem vývojového týmu Wine vydání první verze 1.0 knihovny vkd3d určené pro překlad volání Direct3D 12 na Vulkan. Zdrojové kódy vkd3d jsou k dispozici pod licencí LGPLv2.1+.

Ladislav Hagara | Komentářů: 1
včera 19:33 | Komunita

Dnešním dnem lze účet Firefoxu chránit dvoufázovým ověřováním (2FA). Implementován byl standard TOTP (Time-based One-Time Password).

Ladislav Hagara | Komentářů: 0
včera 15:17 | Pozvánky

Od pátku 25. 5. proběhne na Fakultě informačních technologií ČVUT v Praze openSUSE Conference. Můžete se těšit na spoustu zajímavých přednášek, workshopů a také na Release Party nového openSUSE Leap 15.0. Na stejném místě proběhne v sobotu 26. 5. i seminář o bezpečnosti CryptoFest.

Jendа | Komentářů: 0
včera 13:33 | Zajímavý software

Drawpile je svobodný multiplatformní program pro kreslení podporující společné kreslení několika uživatelů. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3+. Drawpile i Drawpile Server jsou ke stažení také ve formátu AppImage. Stačí tedy nastavit právo na spouštění a spustit.

Ladislav Hagara | Komentářů: 0
včera 09:44 | Zajímavý software

Kalifornskému Muzeu počítačové historie (Computer History Museum) se po pěti letech vyjednávání se společností Qualcomm podařilo získat veškerá práva na poštovního klienta Eudora (Wikipedie), tj. kromě zdrojových kódů muzeum získalo také ochranní známku Eudora nebo domény eudora.com a eudora.org. Po pročištění byly zdrojové kódy Eudory uvolněny pod licencí BSD.

Ladislav Hagara | Komentářů: 3
22.5. 15:00 | Nová verze

Byla vydána nová stabilní verze 5.11 toolkitu Qt. Přehled novinek v příspěvku na blogu a na wiki stránce. Další dnešní příspěvek na blogu Qt je věnován Qt pro WebAssembly umožňujícímu běh Qt aplikací ve webovém prohlížeči. K vyzkoušení jsou příklady.

Ladislav Hagara | Komentářů: 0
22.5. 12:22 | Nová verze

Po 7 měsících vývoje od verze 0.12.0 byla vydána verze 0.13.0 hardwarově nenáročného desktopového prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklého sloučením projektů Razor-qt a LXDE. Přehled novinek v oznámení o vydání a v příspěvku ve fóru.

Ladislav Hagara | Komentářů: 17
22.5. 12:11 | Pozvánky

V úterý 29. května v 18:00 se v Brně koná pátý přednáškový večer o webovém vývoji. Čeká vás povídání o frameworku v Elixiru, vydávání nové kryptoměny přes ICO, component trees v Reactu. Na místě bude lehké občerstvení; vstup zdarma pro registrované. Více informací na Facebooku nebo se rovnou registrujte na Meetup.

dejvik | Komentářů: 0
22.5. 12:00 | Pozvánky

V pátek 25. května 2018 v Praze proběhne společné setkání komunity kolem Drupalu a překladatelů softwaru – tématem bude právě lokalizace svobodného softwaru (nejen Drupalu). Program začíná v 9.30 v budově Českého rozhlasu (Vinohradská 12), ale můžete přijít i později během dne.

Fluttershy, yay! | Komentářů: 0
22.5. 06:55 | Zajímavý software

Operační systém 9front, zřejmě nejaktivněji vyvíjený neoficiální fork systému Plan 9 (více informací), se dočkal nové verze nazvané „Ghost in the Minesweeper Shell“. K novým vydáním obvykle dochází každé jeden až tři měsíce.

Fluttershy, yay! | Komentářů: 0
Používáte pro některé služby inetd?
 (34%)
 (23%)
 (43%)
Celkem 149 hlasů
 Komentářů: 5, poslední 22.5. 16:46
    Rozcestník

    Dotaz: MySQL4 optimalizace dotazu s OR

    15.3.2010 16:18 Jan Smrz
    MySQL4 optimalizace dotazu s OR
    Přečteno: 513×
    Zdravim, resim jeden problem a to je pouziti indexu pri OR v dotazu.

    Mejme tabulku t_tabulka a v ni krom jineho jsou sloupce hodnota1 a hodnota2, na sloupcich jsou indexy (Btree)

    Pokud udelam nasledujici: SELECT * FROM t_tabulka WHERE hodnota1 = 1 AND hodnota2 = 1 indexy se spravne pouziji a dotaz se provede rychle...

    Ovsem pokud pouziji: SELECT * FROM t_tabulka WHERE hodnota1 = 1 OR hodnota2 = 1 tak k pouziti indexu nedojde presto ze to po MySQL pozaduji pres USE INDEX()

    Co delam spatne nebo co jsem na MySQL nepochopil? Muze toto nekdo osvetlit proc pri AND dochazi k pouziti indexu a pri OR ne?

    Řešení dotazu:


    Odpovědi

    15.3.2010 18:35 fraxinus | skóre: 20 | blog: fraxinus
    Rozbalit Rozbalit vše Re: MySQL4 optimalizace dotazu s OR
    Index sa s OR nepouzije nikdy lebo sa to neda (Index sa pouzije len ked sa nim vyberie male mnozstvo dat, OR pri nesplneni podmienky ti vrati vzdy vsetky vety, takze nema zmysel pouzit index). Mozes pouzit IN kde je ista sanca ze to pojde cez index (zalezi na implementacii DB). Inak treba pouzit union:

    select * from t_tabulka where hodnota1=1 union select * from t_tabulka where hodnota2=2

    Tento union je identicky s tvojim selektom, v podstate len riesi leaky abstraction SQL implementacie.
    Řešení 1× (krtek007)
    15.3.2010 18:40 fraxinus | skóre: 20 | blog: fraxinus
    Rozbalit Rozbalit vše Re: MySQL4 optimalizace dotazu s OR
    Oprava:

    select * from t_tabulka where hodnota1=1 union select * from t_tabulka where hodnota2=1

    Teraz som si vsimol ze v tvojom pripade IN nemozes pouzit, len ak by si mal toto:

    select * from tabulka where hodnota=1 or hodnota=2

    bude

    select * from tabulka where hodnota in (1,2)

    alebo:

    select * from tabulka where hodnota=1 union select * from tabulka where hodnota=2

    Řešení 1× (krtek007)
    okbob avatar 16.3.2010 08:23 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: MySQL4 optimalizace dotazu s OR
    OR a AND jsou dvě naprosto rozdílné operace. AND zužuje výslednou množinu, OR ji rozšiřuje. Čím máte větší výslednou množinu, tím menší smysl má použití indexu. Řada db s operátorem OR nemá problém, některé vyžadují složený index - jak je to u MySQL nevím. Jistým způsobem podobná omezení lze obejít
    SELECT * FROM tabulka WHERE hodnota1 = c1
    UNION
    SELECT * FROM tabulka WHERE hodnota2 = c2
    
    Josef Kufner avatar 23.3.2010 18:50 Josef Kufner | skóre: 68
    Rozbalit Rozbalit vše Re: MySQL4 optimalizace dotazu s OR
    Nutno dodat, že ten union nemusí být nutně efektivnější než neoptimalizovaný OR.
    Hello world ! Segmentation fault (core dumped)
    Josef Kufner avatar 23.3.2010 18:54 Josef Kufner | skóre: 68
    Rozbalit Rozbalit vše Re: MySQL4 optimalizace dotazu s OR
    Zkoušel jsi ten dotaz postavit nějak úplně jinak, aby ses tomu oru vyhnul? Třeba jinak postavit joiny a podobně...
    Hello world ! Segmentation fault (core dumped)
    24.3.2010 15:59 Tomáš
    Rozbalit Rozbalit vše Re: MySQL4 optimalizace dotazu s OR

    Další možnost pro OR operaci je použití bitmap indexů. MySQL pokud vím nemá přímo bitmap indexy ale má index merge. Podívejte se odkaz.

    Pro AND podmínku (s rovnostmi) ideálně potřebujete složený index z polí (hodnota1, hodnota2). Alternativně je možno mít i dva samostatné indexy a nechat optimalizátor ať si podle selektivity vybere ten vhodnější.

    Pro OR podmínku potřebuje dva samostatné indexy a doufat, že se optimalizátor rozhodne pro zmíněný index_merge. Posbírejte statistiky nad těmi sloupci (a indexy pokud to MySQL umí) a doufejte. Pokud bude selektivita malá tj. aplikací jednoduché podmínky (operandu OR) odpadne nejvýše 60% záznamů, tak bych hádal že i tak to skončí na full table scan (= bez použití indexu).

    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.