Databáze DuckDB (Wikipedie) byla vydána ve verzi 1.2.0. S kódovým názvem Histrionicus (kačka strakatá). Z novinek lze vypíchnout, že například 🦆 může být nově použita jako vícebajtový oddělovač sloupců. 😂
Google Chrome 133 byl prohlášen za stabilní. Nejnovější stabilní verze 133.0.6943.53 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 12 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Novinky v Knot Resolver 6: ochrana před DoS útoky – technické řešení, aktuální příspěvek na blogu zaměstnanců CZ.NIC.
Smb4K, tj. pokročilý prohlížeč síťového okolí a nástroj na připojování úložišť Samba, byl vydán v nové major verzi 4.0.0. Proběhla portace na Qt 6 a KF 6.
V červnu loňského roku představena RISC-V základní deska pro Framework Laptop 13 je již v prodeji. Její cena je 4990 Kč. Díky otevřenosti Framework Laptopů začínají vznikat moduly třetích stran, například SDR modul nebo modul s dotykovým e-paperem.
Video Game History Foundation (VGHF, Wikipedie), tj. nadace zabývající se historii videoher byla založena v únoru 2017. Od svého vzniku buduje také digitální knihovnu. Po letech katalogizace, zpracovávání a digitalizace svých sbírek ji otevřela veřejnosti. Zdarma, pro všechny a odkudkoli: Library a Digital Archive.
Byl vydán Mozilla Firefox 135.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 135 je již k dispozici také na Flathubu a Snapcraftu.
Dnes vychází Kingdom Come: Deliverance II (Wikipedie), pokračování počítačové hry Kingdom Come: Deliverance (Wikipedie, ProtonDB Gold).
Byly publikovány přednášky v PDF, videozáznamy a také fotografie z CSNOG 2025 (Czech and Slovak Network Operators Group) konaného 21. a 22. ledna ve Zlíně.
Zdravím, řeším už delší dobu takový problém...
Mám tabulku, která vypadá zhruba takhle:
ID (pkey) | ID2 (muze se opakovat) | text | pouziti |
1 | 2 | cokoliv | 1 |
2 | 2 | blabol | 50 |
3 | 2 | asdfg | 6 |
4 | 6 | neco | 44 |
5 | 3 | blabla | 23 |
6 | 3 | abcde | 2 |
... |
No a jde mi o to, pomocí co nejjednoduššího dotazu který půjde udělat jako poddotaz (v poddotazu, alespoň teda v MySQL5 nejde ORDER BY..), z ní dostat řádky s neopakujícím se ID2 a textem s nejvetší hodnotou pouziti.
Tzn. výsledek by měl vypadat asi takto:
ID (pkey) | ID2 | text | pouziti |
2 | 2 | blabol | 50 |
4 | 6 | neco | 44 |
5 | 3 | blabla | 23 |
... |
Jak už jsem nastínil, potřebuji tuto query použít jako subquery do o něco komplexnějšího dotazu.
Zkoušel jsem věci jako:
SELECT ID2, text, MAX(pouziti) FROM tabulka GROUP BY ID2;
...takto dostanu sice správné sloupce ID2 a pouziti, jenze text je ve výsledku to první na co se narazí, nikoliv to, co mělo nejvíce použití.
Používám MySQL 5.0, engine tabulky MyISAM kvůli rychlosti (jedná se o desetitisíce řádků).
Poradíte? Díky.
Neznam MySQL. Trivialnim obecnym resenim je zretezit pocet pouziti (vhodne zformatovat, napr. doplnit zleva nulami na pevnou delku) a text, vybrat z tohoto maximum a pak ho zase rozdelit na pocet pouziti a text. Pozitivem je jednoduchost, negativa jsou asi take jasna, pokud bude text hodne velky tak to je samozrejme nepouzitelne.
SELECT ID2, text, pouziti
FROM tabulka
GROUP BY ID2
HAVING pouziti=Max(pouziti);
id2
a pouziti
ve vysledku objevi vsechny, tak by to mohlo jit takhle:
select t.id, t.id2, t.text, t.pouziti from tabulka t where not exists ( select id from tabulka t2 where t2.pouziti > t1.pouziti and t2.id = t.id)Btw, tohle
SELECT ID2, text, MAX(pouziti) FROM tabulka GROUP BY ID2
v MySQL fakt projde?
Se divim, ze si ten text doplni podle nalady a nezarve nejakou syntax error.
SELECT ID2, text, MAX(pouziti) FROM tabulka GROUP BY ID2 ORDER BY max(pouziti) desc;
tak mi to da normalne vysledek...
SELECT t.* FROM ( SELECT ID2, MAX(pouziti) max_pouziti FROM tabulka GROUP BY ID2 ) s LEFT JOIN tabulka t ON s.ID2 = t.ID2 AND s.max_pouziti = t.pouziti GROUP BY t.ID2 ORDER BY t.textVnitřní select najde největší hodnoty pro každé ID2 a vnější k tomu pak dolepí zbytek odpovídajícího řádku. Vnější group by tam je kvůli možné neunikátnosti joinu pro odstranění duplicit (tedy více různých záznamů se stejnou hodnotou). Myslím, že pokud se udělají dobře indexy, mohlo by to být celkem rychlé, ale chce to index nad sloupcem 'pouziti' takže to není vhodné na často updatovaná data (nebo časté načítání tohoto výpisu).
V poddotazu samozřejmě ORDER BY normálně jde.
Tiskni
Sdílej: