Naredite ga append-only in nespremenljivega (immutable), verižite vsak vnos na prejšnjega s hashem, tako da je prirejanje (tampering) zaznavno, particionirajte po času, tako da stari podatki poceni zastarajo, in arhivirajte zapečatene particije v WORM objektno shrambo (write-once) s politiko hrambe — nikoli ne dovolite / na živih zapisih.
UPDATEDELETEservice ──emit event──▶ append-only writer
│ hash = H(prev_hash || payload)
▼
audit_2026_07 (hot partition) ◀── query by actor/time
│ month sealed
▼
WORM object store (S3 Object Lock) ── retention: 7y
│
periodic anchor: publish latest hash externally
Celotna vrednost revizijskega dnevnika je, da mu lahko kasneje zaupate, zato mora shema prepovedati mutacijo. Podelite aplikaciji le INSERT — brez UPDATE/DELETE — in to uveljavite na ravni DB vloge (role), ne le v kodi. Poleg tega zgradite hash verigo: vsaka vrstica shrani hash = SHA256(prev_hash || this_row). Spremenite katero koli zgodovinsko vrstico in vsak naslednji hash se zlomi, tako da je prirejanje zaznavno celo za nekoga z DB dostopom. Periodično zasidrajte (anchor) zadnji hash nekam, česar ne nadzorujete (notar, javna glavna knjiga, podpisana e-pošta), tako da tudi administrator, ki prepiše celotno verigo, ne more ujeti zasidrane vrednosti.
Večletni dnevniki rastejo brez meje, zato particionirajte po času (npr. mesečne obsegovne particije). Prednosti: poizvedbe filtrirajo po particiji, upokojevanje starih podatkov pa je metapodatkovni DETACH/DROP PARTITION — takojšen, ne orjaški DELETE, ki napihne tabelo. Zapečatene particije se premaknejo v WORM shrambo — S3 Object Lock v compliance načinu fizično prepreči izbris do datuma hrambe, kar zadošča predpisom, kot sta SOX/HIPAA. Ohranjajte nedavne mesece vroče v Postgresu za hitre poizvedbe; vse starejše je hladno v objektni shrambi, poizvedovano na zahtevo.
Preverjajo, ali razumete, da "revizijski dnevnik" pomeni nespremenljivost in dokazljivost, ne le "tabela s časovnim žigom". Dobro: append-only tabela. Odlično: append-only uveljavljen z DB vlogo, hash veriga z zunanjim sidranjem, časovno particioniranje za hrambo, WORM za skladnost. Pogosta past: shranjevanje revizijskih vrstic v isto mutabilno aplikacijsko tabelo (napaka ali zlonameren DBA lahko tiho prepiše zgodovino) — revizorji jo bodo zavrnili.
Knjižnica IT vprašanj za razgovore s podrobnimi odgovori — od začetnika do izkušenega.
Doniraj