Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.
Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
-------+-----+------+--------------+----------+-------+-----------------+-----+--------------+ |select|table|type |possible_keys |key |key_len|ref |rows |Extra | -------+-----+------+--------------+----------+-------+-----------------+-----+--------------+ |SIMPLE|Recor|ALL |PRIMARY,CL_IDX|[NULL] | [NULL]|[NULL] |65621|Using filesort| |SIMPLE|Clien|eq_ref|PRIMARY |PRIMARY | 4|Records.ClientNr | 1| | |SIMPLE|VChro|ref |Client_idx |Client_idx| 5|Clients.ClientNr | 7|Using where | |SIMPLE|Chron|ref |Record_idx |Record_idx| 5|Records.RecordNr | 13|Using where | +------+------------+--------------+----------+-------+-----------------+-----+--------------+
SELECT Records.ClientNr, Clients.Name AS Nazev, LEFT(Clients.VSB,2) AS Obch, COUNT(DISTINCT Records.RecordNr) AS Spisy, DATE_FORMAT(Recdate,'%Y%m') AS DatM, MAX(CASE WHEN VChrontable.Kuerzel = 'V23' THEN VChrontable.Datum END) AS DatSml, SUM(CASE WHEN Chrontable.Kuerzel LIKE 'RG%' AND Chrontable.Kuerzel <> 'RGKČX' OR Chrontable.Kuerzel LIKE 'Z00%' THEN Chrontable.Betrag ELSE 0 END) AS Suma FROM Records, Chrontable, Clients, VChrontable WHERE Records.RecordNr = Chrontable.RecordNr AND Records.ClientNr = Clients.ClientNr AND Clients.ClientNr = VChrontable.ClientNr GROUP BY Records.ClientNr, DatMJinak mi není jasné, co tím dotazem vlastně chcete zjistit. Ty podmínky v agregačních funkcích vypadají divně (proč nejsou ve WHERE?), používat za SELECTem mimo agregační funkce sloupce, které nejsou v GROUP BY, by vám v jiné databázi než MySQL neprošlo (a bez pohledu do dokumentace nedokážu určit, jak moc náhodně bude MySQL vybírat hodnoty pro ty sloupečky). Teď mne ještě praštilo do očí – pokud je
DatM
v GROUP BY opravdu ten formátovaný řetězec, pak chudák databáze – na to nemůže použít žádný index. A jestli se nepletu tohle by vám opět u jiných databází neprošlo.
group by 1, 5
(podľa prvého a piateho stĺpca)
mne osobne sa nepáči:
- spomínané chýbajúce stĺpce v group by
- distinct v count
- or v SUM
- chýbajúce else v MAX
podmienky v agregačných funkciách majú zmysel, aj keď podivný (návrh databázy smrdí nemčinou, tam sa podivnosti očakávať dajú)
Records(RecordNr long,ClientNr long, Recdate date) Chrontable(Kuerzel varchar,Betrag double) Clients(ClientNr long, VSB varchar) VChrontable(ClientNr long, Kuerzel varchar, Datum date) a co chci zjistit: ClientNr, počet RecordNr, k nim součet RG (v mém dotazu AS Suma), první dva znaky z Clients.VSB, VChrontable.datum pro Kuerzel = 'V23' (pokud existuje) seskupeno podle ClientNr a podle měsíce z Records.Recdate (yyyymm) nebo jinými slovy počet Records.RecordNr, součet Chrontable.Betrag kde RecordNr=Records.RecordNr a kde Kuerzel LIKE 'RG%' ... za každý měsíc dle Records.Recdate a k tomu VChrontable.Datum kde je Kuerzel = 'V23' a k tomu Clients.VSB
where
. Podle jmen sloupcu (a tvojeho where
) odhaduji, ze by to mohlo byt
FROM Records join Clients on Clients.ClientNr=Records.ClientNr join VChrontable on VChrontable.ClientNr=Records.ClientNr join Chrontable on Chrontable.Kuerzel=VChrontable.KuerzelA urcite bych se pokusil vyhnout spojeni pres varchar polozku.
SELECT Records.ClientNr, select Clients.Name from clients where Records.ClientNr = Clients.ClientNr AS Nazev, LEFT(Clients.VSB,2) AS Obch, select .... DATE_FORMAT(Recdate,'%Y%m') AS DatM, select .... select ........ FROM Records GROUP BY Records.ClientNr, DatM
where
) jeste pole Chrontable.Kuerzel=VChrontable.Kuerzel
?Chrontable.RecordNr
a ja si nevsiml, ze to podle neho mas spojene ve where
."Ty podmínky v agregačních funkcích vypadají divně (proč nejsou ve WHERE?), používat za SELECTem mimo agregační funkce sloupce, které nejsou v GROUP BY, by vám v jiné databázi než MySQL neprošlo"MySQL něco takového opravdu sežere a ani nepípne? Není to "poněkud" proti SQL normě?
LIST( [ {ALL | DISTINCT } ] <value_expression> [ ',' <delimiter_value> ] )
, která umí "atomizovat" sloupce do seznamu prezentovatelného uživateli. Vrací to řetězec. Asi záleží na klientské straně, ale chvílema se to může hodit, třeba v ISQL.
Formátování by opravdu hodně pomohlo na čitelnosti.
Zkusil bych následující kroky ke zjištění co dělá problém:
Tiskni Sdílej: