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 16:11 | Komunita

Na Humble Bundle lze získat počítačovou hru Satellite Reign (Wikipedie, YouTube) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 0
dnes 15:44 | Zajímavý software

Společnost Apple koupila před třemi lety společnost FoundationDB vyvíjející stejnojmenný NoSQL databázový systém FoundationDB (Wikipedie). Včera byl tento systém uvolněn jako open source pod licencí Apache 2.0. Zdrojové kódy jsou k dispozici na GitHubu.

Ladislav Hagara | Komentářů: 0
dnes 15:00 | Nová verze

Po dva a půl roce od vydání verze 5.7 oznámila společnost Oracle vydání nové major verze 8.0 (8.0.11) databázového systému MySQL (Wikipedie). Přehled novinek v poznámkách k vydání. Zdrojové kódy komunitní verze MySQL jsou k dispozici na GitHubu.

Ladislav Hagara | Komentářů: 1
včera 14:44 | Pozvánky

Spolek OpenAlt zve příznivce otevřených technologií a otevřeného přístupu na 151. brněnský sraz, který proběhne v pátek 20. 4. od 18:00 hodin v restauraci Benjamin na Drobného 46.

Ladislav Hagara | Komentářů: 0
včera 13:33 | Nová verze

Byla vydána verze 18.04.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi.

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

Bylo oznámeno vydání nové stabilní verze 1.26 a beta verze 1.27 open source textového editoru Atom (Wikipedie). Přehled novinek i s náhledy v příspěvku na blogu. Podrobnosti v poznámkách k vydání.

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

Dle plánu byla dnes vydána hra Rise of the Tomb Raider (Wikipedie) pro Linux. Koupit ji lze za 49,99 €.

Ladislav Hagara | Komentářů: 2
včera 09:55 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno bylo celkově 254 bezpečnostních chyb. V Oracle Java SE je například opraveno 14 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 12 z nich. V Oracle MySQL je opraveno 33 bezpečnostních chyb. Vzdáleně zneužitelné bez autentizace jsou 2 z nich.

Ladislav Hagara | Komentářů: 3
18.4. 23:11 | Nová verze

Byla vydána verze 8.0 linuxové distribuce Trisquel GNU/Linux. Nejnovější verze Trisquel nese kódové jméno Flidas a bude podporována do roku 2021. Výchozím prostředím je nově MATE 1.12. Trisquel patří mezi svobodné distribuce doporučované Nadací pro svobodný software (FSF).

Ladislav Hagara | Komentářů: 0
18.4. 16:00 | Nová verze

Byla vydána nová verze 27.9.0 webového prohlížeče Pale Moon (Wikipedie) vycházejícího z Firefoxu. Přehled novinek v poznámkách k vydání. Jedná se o poslední větší aktualizaci verze 27. Vývojáři se zaměří na novou verzi 28.

Ladislav Hagara | Komentářů: 0
Používáte na serverech port knocking?
 (2%)
 (7%)
 (47%)
 (26%)
 (17%)
Celkem 328 hlasů
 Komentářů: 29, poslední 5.4. 12:25
    Rozcestník

    Dotaz: MySQL - Poddotaz pomalejší než samostatné dotazy

    14.1.2009 18:30 filbar | skóre: 36 | blog: Denicek_programatora | Ostrava
    MySQL - Poddotaz pomalejší než samostatné dotazy
    Přečteno: 533×
    Mám problém u tabulky s 16000 řádků s poddotazy. Když např spustím dotaz
    SELECT f.*
      FROM jos_fi_firms AS f
    
      WHERE id IN(
    SELECT MAX(id)
      FROM jos_fi_firms AS f
    
      LEFT JOIN jos_fi_spec_firm AS sf
      ON f.id=sf.firm_id
    
      WHERE f.state=1
      AND (LOWER(f.title) LIKE '%xx%'
      AND LOWER(f.region) LIKE '%%' OR LOWER(f.district) LIKE '%%' OR LOWER(f.city) LIKE '%%' OR LOWER(f.city_part) LIKE '%%')
    
      GROUP BY f.ico, f.title
    )
    
      ORDER BY f.title

    Tak se mi nikdy nedokončí, protože dříve vyprší doba běhu PHP skriptu, když dám ale každý z těchto dotazů samostatně, tak mi skončí skoro okamžítě.

    EXPLAIN mi vypíše něco takového:

    1 	PRIMARY 	f 	ALL  	NULL  	NULL  	NULL  	NULL 	16004 	Using where; Using filesort
    2 	DEPENDENT SUBQUERY 	f 	ALL 	NULL 	NULL 	NULL 	NULL 	16004 	Using where; Using temporary; Using filesort
    2 	DEPENDENT SUBQUERY 	sf 	ref 	PRIMARY 	PRIMARY 	[BINARY - 1B] 	xxx.f.id 	1 	Using index


    Druhý problém mám s dotazem
    SELECT @uid:=IFNULL(u.id,0) AS id, IFNULL(u.name,0) AS name,
    @max_date:=(SELECT IFNULL(MAX(s.date),'0000-00-00')
      FROM jos_fi_stats AS s
    
      WHERE s.user_id=@uid) AS max_date,
    (SELECT COUNT(*)
      FROM jos_fi_firms AS f
    
      WHERE f.edited_by=@uid
      AND f.date>@max_date) AS cnt
    
      FROM jos_fi_firms AS f
    
      LEFT JOIN jos_users AS u
      ON f.edited_by=u.id
    
      GROUP BY f.edited_by

    Na 16000 řádcích tabulky jos_fi_firms taky nikdy nedojede. Když spustím tento dotaz s EXPLAIN, tak mi to vypíše něco takového:

    id 	select_type 	table 	type 	possible_keys 	key 	key_len 	ref 	rows 	Extra
    1 	PRIMARY 	f 	ALL 	NULL 	NULL 	NULL 	NULL 	16004 	Using temporary; Using filesort
    1 	PRIMARY 	u 	eq_ref 	PRIMARY 	PRIMARY 	[BINARY - 1B] 	xxx.f.edited_by 	1 	 
    3 	UNCACHEABLE SUBQUERY 	f 	ALL 	NULL 	NULL 	NULL 	NULL 	16004 	Using where
    2 	UNCACHEABLE SUBQUERY 	s 	system 	NULL 	NULL 	NULL 	NULL 	0 	const row not found

    Nevíte někde, kde můžu mít chybu?Nebo jak ty dotazy zoptimalizovat? Doteď jsem si myslel, že nejlepší optimalizace je pomocí poddotazů, ale proč v prvním případě když použiju poddotazy, tak je dotaz nekonečný, zatímto když je spustím každý z těch dotazů samostatně, tak jsou hotové skoro okamžitě?

    Předem děkuji za vaše rady

    Odpovědi

    14.1.2009 20:58 blondak | skóre: 36 | blog: Blondak | Čáslav
    Rozbalit Rozbalit vše Re: MySQL - Poddotaz pomalejší než samostatné dotazy

    a co místo toho prvního dotazu zkusit:

    SELECT * FROM (
    SELECT 
      f.*
    FROM 
      jos_fi_firms AS f
      LEFT JOIN jos_fi_spec_firm AS sf ON f.id=sf.firm_id
    WHERE 
        f.state=1
    AND (LOWER(f.title) LIKE '%xx%'
    AND LOWER(f.region) LIKE '%%' OR LOWER(f.district) LIKE '%%' OR LOWER(f.city) LIKE '%%' OR LOWER(f.city_part) LIKE '%%')
    
    GROUP BY f.ico, f.title
    ORDER BY f.ID desc
    ) AS a
    ORDER BY f.title
    
    mělo by to dělat to samé.
    Každý problém ma své logické, snadno pochopitelné nesprávné řešení.
    14.1.2009 21:06 blondak | skóre: 36 | blog: Blondak | Čáslav
    Rozbalit Rozbalit vše Re: MySQL - Poddotaz pomalejší než samostatné dotazy

    ups, na konci má být

    ORDER BY a.title
    
    Každý problém ma své logické, snadno pochopitelné nesprávné řešení.

    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.