Na crowdsourcingové platformě Crowd Supply byla spuštěna kampaň na podporu open source biometrického monitoru ve tvaru hodinek HealthyPi Move. Cena je 249 dolarů a plánovaný termín dodání listopad letošního roku.
Firma Murena představila /e/OS verze 2.0. Jde o alternativní sestavení Androidu bez aplikací Google. Mezi novinkami je podrobnější nastavení ochrany soukromí před sledováním aplikacemi. Murena prodává několik smartphonů s předinstalovaným /e/OS (Fairphone, repasovaný Google Pixel 5).
Do 30. května lze v rámci akce Warhammer Skulls 2024 získat na Steamu zdarma hru Warhammer 40,000: Gladius - Relics of War.
HelenOS (Wikipedie), tj. svobodný operační systém českého původu založený na architektuře mikrojádra, byl vydán ve verzi 0.14.1. Přehled novinek v poznámkách k vydání. Vypíchnou lze nabídku Start. Videopředstavení na YouTube.
BreadboardOS je firmware pro Raspberry Pi Pico (RP2040) umožňující s tímto MCU komunikovat pomocí řádkového rozhraní (CLI). Využívá FreeRTOS a Microshell.
Vývojáři KDE oznámili vydání balíku aplikací KDE Gear 24.05. Přehled novinek i s náhledy a videi v oficiálním oznámení. Do balíku se dostalo 5 nových aplikací: Audex, Accessibility Inspector, Francis, Kalm a Skladnik.
Byla vydána (𝕏) nová verze 18.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
V neděli 26. května lze navštívit Maker Faire Rychnov nad Kněžnou, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Byla vydána nová stabilní verze 3.20.0, tj. první z nové řady 3.20, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Z novinek lze vypíchnou počáteční podporu 64bitové architektury RISC-V.
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;