Bylo oznámeno (cs) vydání Fedora Linuxu 40. Přehled novinek ve Fedora Workstation 40 a Fedora KDE 40 na stránkách Fedora Magazinu. Současně byl oznámen notebook Slimbook Fedora 2.
ČTK (Česká tisková kancelář) upozorňuje (X), že na jejím zpravodajském webu České noviny byly dnes dopoledne neznámým útočníkem umístěny dva smyšlené texty, které nepocházejí z její produkce. Jde o text s titulkem „BIS zabránila pokusu o atentát na nově zvoleného slovenského prezidenta Petra Pelligriniho“ a o údajné mimořádné prohlášení ministra Lipavského k témuž. Tyto dezinformace byly útočníky zveřejněny i s příslušnými notifikacemi v mobilní aplikaci Českých novin. ČTK ve svém zpravodajském servisu žádnou informaci v tomto znění nevydala.
Byla založena nadace Open Home Foundation zastřešující více než 240 projektů, standardů, ovladačů a knihoven (Home Assistant, ESPHome, Zigpy, Piper, Improv Wi-Fi, Wyoming, …) pro otevřenou chytrou domácnost s důrazem na soukromí, možnost výběru a udržitelnost.
Společnost Meta otevírá svůj operační systém Meta Horizon OS pro headsety pro virtuální a rozšířenou realitu. Vedle Meta Quest se bude používat i v připravovaných headsetech od Asusu a Lenova.
Společnost Espressif (ESP8266, ESP32, …) získala většinový podíl ve společnosti M5Stack, čímž posiluje ekosystém AIoT.
Byla vydána nová stabilní verze 3.5 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). Přehled novinek také na YouTube. Nově lze využívat cloud (audio.com). Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
50 let operačního systému CP/M, článek na webu Computer History Museum věnovaný operačnímu systému CP/M. Gary Kildall z Digital Research jej vytvořil v roce 1974.
Byl zveřejněn program a spuštěna registrace na letošní konferenci Prague PostgreSQL Developer Day, která se koná 4. a 5. června. Na programu jsou 4 workshopy a 8 přednášek na různá témata o PostgreSQL, od konfigurace a zálohování po využití pro AI a vector search. Stejně jako v předchozích letech se konference koná v prostorách FIT ČVUT v Praze.
Po 48 letech Zilog končí s výrobou 8bitového mikroprocesoru Zilog Z80 (Z84C00 Z80). Mikroprocesor byl uveden na trh v červenci 1976. Poslední objednávky jsou přijímány do 14. června [pdf].
Ještě letos vyjde Kingdom Come: Deliverance II (YouTube), pokračování počítačové hry Kingdom Come: Deliverance (Wikipedie, ProtonDB Gold).
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
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
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.titlemělo by to dělat to samé.
Tiskni Sdílej: