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 19:22 | Humor

    CreepyLink.com je nový zkracovač URL adres, 'díky kterému budou vaše odkazy vypadat tak podezřele, jak je to jen možné'. Například odkaz na abclinuxu.cz tento zkracovač převádí do podoby 'https://netflix.web-safe.link/logger_8oIlgs_free_money.php'. Dle prohlášení autora je CreepyLink alternativou ke zkracovači ShadyURL (repozitář na githubu), který dnes již bohužel není v provozu.

    NUKE GAZA! 🎆 | Komentářů: 2
    dnes 12:33 | IT novinky

    Na blogu Raspberry Pi byla představena rozšiřující deska Raspberry Pi AI HAT+ 2 s akcelerátorem Hailo-10 a 8 GB RAM. Na rozdíl od předchozí Raspberry Pi AI HAT+ podporuje generativní AI. Cena desky je 130 dolarů.

    Ladislav Hagara | Komentářů: 3
    dnes 12:11 | Komunita

    Wikipedie slaví 25. výročí svého založení. Vznikla 15. ledna 2001 jako doplňkový projekt k dnes již neexistující encyklopedii Nupedia. Doména wikipedia.org byla zaregistrována 12. ledna 2001. Zítra proběhne v Praze Večer svobodné kultury, který pořádá spolek Wikimedia ČR.

    Ladislav Hagara | Komentářů: 0
    dnes 04:44 | Nová verze

    Po více než dvou letech od vydání předchozí verze 2.12 byla vydána nová stabilní verze 2.14 systémového zavaděče GNU GRUB (GRand Unified Bootloader, Wikipedie). Přehled novinek v souboru NEWS a v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 2
    dnes 02:22 | Nová verze

    Google Chrome 144 byl prohlášen za stabilní. Nejnovější stabilní verze 144.0.7559.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 10 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře (YouTube).

    Ladislav Hagara | Komentářů: 4
    dnes 01:55 | Humor

    Microsoft zveřejnil zdrojový kód XAML Studia a uvolnil ho pod MIT licencí. XAML Studio je nástroj ze světa Windows, určený pro tvorbu uživatelského rozhraní aplikací pomocí XAML (Extensible Application Markup Language). Stalo se tak zhruba po osmi letech od prvního prohlášení Microsoftu, že se tento kód chystá zveřejnit.

    NUKE GAZA! 🎆 | Komentářů: 0
    dnes 01:44 | Zajímavý projekt

    TimeCapsule, 'časová kapsle', je jazykový model trénovaný výhradně na datech z určitých míst a časových období, aby se tak napodobila autentická slovní zásoba, způsob vyjadřování a názory dané doby. Na Hugging face jsou k dispozici modely natrénované na historických textech dostupných v oblasti Londýna mezi lety 1800 až 1875.

    NUKE GAZA! 🎆 | Komentářů: 6
    včera 17:55 | Nová verze

    Radicle byl vydán ve verzi 1.6.0 s kódovým jménem Amaryllis. Jedná se o distribuovanou alternativu k softwarům pro spolupráci jako např. GitLab.

    Ladislav Hagara | Komentářů: 0
    včera 13:22 | Upozornění

    Zemřel Scott Adams, tvůrce komiksových stripů Dilbert parodujících pracovní prostředí velké firmy.

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

    Sdružení CZ.NIC vydalo novou verzi Knot Resolveru (6.1.0). Jedná se o první vydanou stabilní verzi 6, která je nyní oficiálně preferovanou a doporučovanou verzí, namísto předešlé verze 5. Více o Knot Resolveru 6 je možné se dočíst přímo v dokumentaci.

    VSladek | Komentářů: 3
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (4%)
     (0%)
     (8%)
     (20%)
     (3%)
     (6%)
     (3%)
     (11%)
     (44%)
    Celkem 445 hlasů
     Komentářů: 12, poslední včera 21:12
    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: 578×
    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.