Český úřad zeměměřický a katastrální zavedl u anonymního nahlížení do katastru nemovitostí novou CAPTCHA ve formě mapové puzzle: nepřihlášení uživatelé musí nově správně otočit devět dlaždic v 3x3 poli tak, aby dohromady daly souvislý obrázek výseče reálné mapy, přičemž na to mají pouze jeden časově omezený pokus. Test je podle uživatelů i odborníků příliš obtížný a na sociálních sítích pochopitelně schytává zaslouženou kritiku a
… více »Byla vydána verze 1.95.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Mozilla prostřednictvím své dceřiné společnosti MZLA Technologies Corporation představila open-source AI klienta Thunderbolt. Primárně je určený pro firemní nasazení.
Firma Cal.com oznámila, že přesouvá svůj produkční kód z otevřeného do uzavřeného repozitáře z důvodu bezpečnostního rizika umělé inteligence, která prý dokáže vyhledávat a zneužívat zranitelnosti rychleji, než by je jejich vývojářský tým stíhal opravovat. Zároveň zveřejnila samostatnou, open-source verzi Cal.diy pod licencí MIT, ovšem bez řady původních funkcí. O tom, zda je toto opatření rozumné, existují pochyby. … více »
Vývojáři KDE na Mastodonu oznámili vydání balíku aplikací KDE Gear 26.04. Přehled novinek i s náhledy a videi v oficiálním oznámení.
Kryptografická knihovna OpenSSL byla vydána v nové verzi 4.0. Přehled změn v souboru CHANGES.md na GitHubu. Odstraněna byla podpora SSLv2 Client Hello a SSLv3. Ve výchozím nastavení byla zakázána podpora odmítnutých eliptických křivek v TLS dle RFC 8422. Přibyla například podpora Encrypted Client Hello (ECH, RFC 9849).
curl up 2026, tj. setkání vývojářů a uživatelů curlu, proběhne opět v Praze. O víkendu 23. a 24. května v Pracovně.
Aplikace pro ověřování věku uživatelů on-line platforem je technicky hotová a brzy bude k dispozici pro občany EU, oznámila dnes předsedkyně Evropské komise Ursula von der Leyenová. Půjde podle ní o bezplatné a snadno použitelné řešení, které pomůže chránit děti před škodlivým a nelegálním obsahem. Aplikace bude podle ní fungovat na jakémkoli zařízení a bude zcela anonymní.
V prosinci 2012 byla z linuxového jádra odstraněna podpora procesorů 386. Včera započalo odstraňování podpory procesorů 486.
IuRe (Iuridicum Remedium) vyhlásila Ceny Velkého bratra za rok 2025. Slídily roku jsou automobilka Volkswagen, Meta a česká Ministerstva vnitra a průmyslu a obchodu. Autorem Výroku Velkého bratra je dánský ministr spravedlnosti zpochybňující právo na šifrovanou komunikaci. Naopak Pozitivní cenu získali studenti Masarykovy univerzity za odpor proti nucení do používaní aplikace ISIC.
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: