Společnost Meta Platforms na své dvoudenní konferenci Meta Connect 2024 představuje novinky: brýle Orion (původně Project Nazare) pro rozšířenou realitu (AR, Augmented Reality), nový VR headset Meta Quest 3S, vylepšené chytré brýle Ray-Ban Meta nebo Llama 3.2, tj. nejnovější verzi svého velkého jazykového modelu.
Počítačová hra XBill (Wikipedie) oslavila v létě 30 let. V devadesátkách Linuxáci poctivě bránili Billovi v instalaci Windows. Bohužel hry XSteve a XSatya nevznikly. A nemáme ani hru XTim. Proto není Linux na desktopu tak rozšířený ☺. Mimochodem, po 25 letech byl aktualizován XBill pro PalmOS.
Počítačová hra Elite (Wikipedie), 3D vesmírní simulátor, byla vydána před 40 lety, 20. září 1984. Při té příležitosti byly zveřejněny další zdrojové kódy Elite pro platformy Apple, Atari, C64, NES a SNES a nedokončené Elite II pro BBC Micro.
V květnu bylo oznámeno, že dnes budou zveřejněny zdrojové kódy přehrávače Winamp. Stalo se tak (𝕏). Zdrojové kódy jsou k dispozici na GitHubu. Nejedná se ale o svobodný a otevřený software (licence).
Fiala navrhne odvolání Bartoše z postu vicepremiéra pro digitalizaci a ministra pro místní rozvoj ke 30. září. Důvodem je nezvládnutí digitalizace stavebního řízení, podle premiéra ji Bartoš není schopen dotáhnout do konce. „Po projednání analýzy digitálního stavebního řízení na vládě minulou středu a po dnešním ranním rozhovoru s panem vicepremiérem Ivanem Bartošem jsem bohužel nabyl jistoty, že není schopen tuto digitalizaci
… více »Komunikační platforma Telegram začne po tlaku úřadů poskytovat vládám více informací o svých uživatelích. V pondělí to oznámil její zakladatel a generální ředitel Pavel Durov. Ten už několik týdnů ve Francii čelí obvinění, že nedělá dost pro to, aby platformu nevyužívaly i kriminální živly. To chce Durov nyní také změnit, informují tiskové agentury.
Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 145 (pdf) a Hello World 25 (pdf).
Programovací jazyk Hy (Wikipedie) dospěl do verze 1.0.0. Po téměř dvanácti letech vývoje. Jedná se o dialekt programovacího jazyka LISP navržený pro interakci s programovacím jazykem Python.
Zen je webový prohlížeč vycházející z Firefoxu. Vývoj probíhá na GitHubu. Instalovat lze také z Flathubu.
Organizace Apache Software Foundation (ASF) vydala verzi 23 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Jsem zakladatelem tohoto portálu. Linux jsem používal spousty let, nějaký čas jsem se aktivně podílel na jeho propagaci v Česku (CZLUG, časopisy ComputerWorld, Network Magazine atd). Se současným Abíčkem už nemám nic společného.
Mám dotaz pro kolegy programátory, jak by řešili verzování objektů ukládáných do databáze.
Chci najít optimální způsob, jak verzovat objekty. U abíčka jsem si napsal jednu variantu, ale ta se mi moc nelíbí a pro jiné případy je nepoužitelná. Třeba mi poradíte.
Pod verzováním mám na mysli obdobu CVS. Tedy každá aktualizace nezmění identifikátor objektu, jen někam uloží novou revizi. Existuje seznam revizí a je možné snadno získat libovolnou revizi, ideálně je i porovnat. U souborů je to poměrně jednoduché, ale já to potřebuji pro objekty, či spíše graf objektů.
Představte si objekt A, který má atributy x
(int), y
(String) a z
(třída Z) plus primární klíč id
(int). Objekt z
má atributy a
(int) a b
(String) plus primární klíč id
(int). Teď se třeba změnila hodnota A.x
nebo A.z.b
. Uložím tedy změny a nějak se vytvoří nová revize. Tohle je výchozí stav, o kterém se budeme bavit. Tyhle objekty mají odpovídající tabulky, persistence by nejspíše byla přes Hibernate.
První variantou je, že se do tabulek přidá další sloupeček revize
. Na první pohled to vypadá velice elegantně, přístup k jednotlivým revizím včetně jejich seznamu je snadný. Jenže to, že v té tabulce nejsou jen aktuální platná data dost zásadně ovlivní podobu SQL dotazů. Například najdi mi všechny objekty A setřízené podle atributu x
pochopitelně musí brát v úvahu jen platná data. Naštěstí je možné přidat další sloupeček typu boolean označující, zda jde o poslední revizi a ten přidat do všech podmínek.
Druhá varianta je ponechat tabulku tak, jak je a místo toho udělat obdobnou tabulku pro ukládání revizí. Tím oddělíme fyzicky poslední revize od historických dat, což zjednoduší SQL dotazy, na druhou stranu budeme mít dvojnásobek tabulek.
Třetí varianta je nějak to ohákovat a zkusit namapovat do CVS (apod). To by asi byla prasárna a vedlo by to určitě ke spoustě problémů.
Jaké máte zkušenosti? Jak byste to řešili vy? Půjde hibernate uzpůsobit, aby při změnách ukládal revize místo běžných updatů? Další otázky si ponechám na příště, nechci tříštit diskusi.
Tiskni Sdílej:
do té doby, než mění nějaký společný záznamo prispevek vyse
obě nastaví aktuální revizi na false
Stačí?
- Začíná 1. transakce (1)
- (1) TRANSACTION BEGIN
- (1) UPDATE SET aktualni = false WHERE aktualni = true;
- (1) -- tabulka je prázdná, tj. WHERE není splněno pro žádný řádek, žádný řádek se nazamyká
- (1) INSERT INTO (aktualni) VALUES (true);
- Začíná 2. transakce (2), 1. stále trvá
- (2) BEGIN TRANSACTION
- (2) UPDATE SET aktualni = false WHERE aktualni = true;
- (2) -- 1. transakce stále není potvrzená, a nemá zamčený žádný řádek, takže UPDATE normálně proběhne nad prázdnou tabulkou, tj. žádný řádek se nezamyká
- (1) TRANSACTION COMMIT
- (1) -- do tabulky se zapisuje 1. řádek s aktualni=true
- (2) INSERT INTO (aktualni) VALUES (true);
- (2) TRANSACTION COMMIT
- (2) -- do tabulky se zapisuje 2. řádek s aktualni=true
- -- tabulka obsahuje dva řádky s aktualni=true
SELECT ... FROM ... WHERE revision=0 AND ...
Zde je právě ten problém, že ve výsledku nebudou k dispozici čísla revizí.
Získání skutečného čísla revize:
SELECT max(revision)+1 FROM ... WHERE ...
Vytvoření nové revize bude prostě zkopírování aktuálního záznamu pod novým číslem revize (INSERT).
null
. Výkonost by to chtělo otestovat, ale věřím že by to mělo šlapat vcelku rychle.
select * from clanky where child is null;