Dle plánu byl vývoj Firefoxu přesunut z Mercurialu na Git. Oficiální repozitář se zdrojovými kódy je na GitHubu.
V terminálovém multiplexoru GNU Screen byly nalezeny a v upstreamu ve verzi 5.0.1 už opraveny bezpečnostních chyby CVE-2025-23395, CVE-2025-46802, CVE-2025-46803, CVE-2025-46804 a CVE-2025-46805. Podrobnosti na blogu SUSE Security Teamu.
Training Solo (Paper, GitHub) je nejnovější bezpečnostní problém procesorů Intel s eIBRS a některých procesorů ARM. Intel vydal opravnou verzi 20250512 mikrokódů pro své procesory.
Byla vydána nová verze 25.05.11 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Nejnovější Shotcut je již vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Svobodný elektronický platební systém GNU Taler (Wikipedie, cgit) byl vydán ve verzi 1.0. GNU Taler chrání soukromí plátců a zároveň zajišťuje, aby byl příjem viditelný pro úřady. S vydáním verze 1.0 byl systém spuštěn ve Švýcarsku.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL
… více »GNOME Foundation má nového výkonného ředitele. Po deseti měsících skončil dočasný výkonný ředitel Richard Littauer. Vedení nadace převzal Steven Deobald.
Byl publikován přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) za uplynulé dva měsíce. Servo zvládne už i Gmail. Zakázány jsou příspěvky generované pomocí AI.
Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.
Dobrý den, dejme tomu že mám tuto tabulku
CREATE TABLE n ( id int(11) NOT NULL auto_increment, datum datetime NOT NULL, stav tinyint(1) NOT NULL, PRIMARY KEY (id) ) ENGINE=MyISAM DEFAULT CHARSET=utf8; INSERT INTO n (id, datum, stav) VALUES (1, '2009-01-25 13:26:56', 0), (2, '2009-01-25 13:27:47', 0), (3, '2009-01-25 13:28:23', 0), (4, '2009-01-25 13:28:35', 0), (5, '2009-01-25 13:28:46', 3), (6, '2009-01-25 13:29:01', 3), (7, '2009-01-25 13:29:10', 1), (8, '2009-01-25 14:48:42', 1), (9, '2009-01-25 14:48:48', 1), (10, '2009-01-25 14:48:56', 0), (11, '2009-01-25 14:49:02', 0), (12, '2009-01-25 14:49:08', 0);
To jsem zvědavý jestli takový select jde vytvořit.
Asi bych to řešil procedurou nebo triggerem a další tabulkou.
kdyby tam zadne id nechybelo (byly v rade za sebou) tak neco takoveho?
SELECT n2.id FROM n n1 JOIN n n2 ON (n2.id = n1.id + 1) WHERE n1.stav != n2.stav
Nebo bez ohledu na id jen podle data (id muze byt libovolne) a vcetne prvniho a posledniho radku
SELECT n2.id as id, n2.datum as datum, n2.stav as novy_stav
FROM n n1
RIGHT JOIN n n2 ON (
n2.datum = (SELECT min(datum) FROM n WHERE datum > n1.datum )
)
WHERE n1.stav != n2.stav
OR n2.datum = (SELECT min(datum) FROM n)
OR n2.datum = (SELECT max(datum) FROM n)
Jak píšeš, kdyby tam žádné nechybělo. Na to bych se nespoléhal....
No podle těch id to určitě dělat nebudu, protože nejdou po sobě, jinak to druhé řešení funguje tak jak má, ale je tam problém při větším množství záznamů,
jenom při 200 záznamech mi to trvá nějakých 30s. A když bych měl několik tisíc záznamů, tak už je ten dotaz nepoužitelný.
Máš tam patřičné indexy?
Nejsou tam.
Indexy Ti značně zrychlí selecty, ale zase na úkor insertům. Pokud se do té tabulky nevkládají data po stovkách řádcích, tak se nemusíš bát.
Sice je to OT, ale v Oracle XE by slo by to pomoci analickych dotazu. Postgres pre taky neco takovyho ma.
Nemohlo by (tedy v MySQL) fungovat něco jako:
set @m=-1;select id,datum,@m:=stav from (select * from n order by datum) t where stav<>@m;
Já vím, je to docela drsný
Co se týká výše uvedeného řešení, tak podle mne nefunguje dobře, pokud by bylo více záznamů ve stejný čas.
SELECT * FROM n WHERE stav != predchozi_stavInsert by pak musel být proveden nadvakrát:
INSERT INTO n SET datum = NOW(), stav = $s, predchozi_stav = NULL; SET @predchozi_stav = ( SELECT stav FROM n WHERE datum = ( SELECT MAX(datum) FROM n WHERE datum < NOW() AND predchozi_stav IS NOT NULL ) ); UPDATE n SET predchozi_stav = @predchozi_stav WHERE id = LAST_INSERT_ID();Samotné zjišťování předchozího stavu určitě půjde výrazně zjednodušit. Navíc pokud si ho vyplňující program může mezi jednotlivými inserty pamatovat, nebude to znamenat prakticky žádnou režii navíc (a stačí jeden insert).
Tiskni
Sdílej: