abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 14:44 | IT novinky

    Začal veletrh MWC Barcelona 2024 (Mobile World Congress). Firmy představují své novinky. Lenovo například ThinkBook s průhledným displejem (YouTube).

    Ladislav Hagara | Komentářů: 0
    dnes 12:55 | Nová verze

    Byla vydána nová verze 1.46.0 sady nástrojů pro správu síťových připojení NetworkManager. Novinkám se v příspěvku na blogu NetworkManageru věnuje Fernando F. Mancera. Vypíchnout lze podporu randomizace MAC adresy na základě Wi-Fi sítě (wifi.cloned-mac-address=stable-ssid). Schváleno pro Fedora Linux 40.

    Ladislav Hagara | Komentářů: 0
    včera 22:00 | Zajímavý článek

    Byly zveřejněny výsledky průzkumu mezi vývojáři v programovacím jazyce Rust: 2023 Annual Rust Survey Results. Téměř 70 % účastníků průzkumu vyvíjí na Linuxu, 85 % pro Linux, téměř 62 % používá Visual Studio Code, …

    Ladislav Hagara | Komentářů: 3
    včera 21:11 | Nová verze

    Dlaždicový správce oken, resp. kompozitor pro Wayland Sway byl vydán ve verzi 1.9 založené na wlroots 0.17. Měl by poskytovat lepší výkon a přidává několik konfiguračních voleb, příkazů atd.

    Fluttershy, yay! | Komentářů: 0
    včera 13:33 | Nová verze

    Byla vydána nová verze 2.44.0 distribuovaného systému správy verzí Git. Přispělo 85 vývojářů, z toho 34 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    24.2. 17:11 | Nová verze

    KiCad (Wikipedie), sada svobodných softwarových nástrojů pro počítačový návrh elektronických zařízení (EDA), byl vydán v nové major verzi 8.0.0 (𝕏). Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 1
    24.2. 16:55 | Nová verze

    Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE.

    Ladislav Hagara | Komentářů: 0
    24.2. 12:33 | Nová verze

    Google zveřejnil seznam 195 organizací přijatých do letošního Google Summer of Code (GSoC). Dle plánu se zájemci přihlašují od 18. března do 2. dubna. Vydělat si mohou od 750 do 6600 dolarů. V Česku a na Slovensku je to 900 dolarů za malý, 1800 dolarů za střední a 3600 dolarů pro velký projekt. Další informace v často kladených otázkách (FAQ). K dispozici jsou také statistiky z minulých let.

    Ladislav Hagara | Komentářů: 0
    24.2. 08:00 | Nová verze

    Mixxx (Wikipedie), tj. svobodný software určený (nejenom) pro diskžokeje, byl vydán v nové major verzi 2.4.0. Přehled novinek i s videi v oficiálním oznámení. Aktualizována byla také uživatelská příručka. Oficiální flatpak je k dispozici na Flathubu.

    Ladislav Hagara | Komentářů: 0
    23.2. 18:44 | IT novinky

    Softwarová společnost Avast musí ve Spojených státech zaplatit pokutu 16,5 milionu dolarů (více než 386 milionů Kč) a přestat prodávat data o uživatelích k reklamním účelům. V tiskové zprávě to ve čtvrtek oznámila americká Federální obchodní komise (FTC). Společnost Avast se sídlem v Británii se podle FTC nedovoleného jednání dopouštěla přes svou českou součást Jumpshot.

    Ladislav Hagara | Komentářů: 47
    Kolik máte nálepek na víku notebooku?
     (17%)
     (60%)
     (5%)
     (4%)
     (5%)
     (9%)
    Celkem 391 hlasů
     Komentářů: 14, poslední 24.2. 17:01
    Rozcestník

    Dotaz: MySQL4 optimalizace dotazu s OR

    15.3.2010 16:18 Jan Smrz
    MySQL4 optimalizace dotazu s OR
    Přečteno: 524×
    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: 70
    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: 70
    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.