Maak het append-only en immutable, ketting elke entry aan de vorige met een hash zodat manipulatie detecteerbaar is, partitioneer op tijd zodat oude data goedkoop veroudert, en archiveer verzegelde partities naar WORM object storage (write-once) met een retentiebeleid — sta nooit UPDATE/ op live records toe.
DELETEservice ──emit event──▶ append-only writer
│ hash = H(prev_hash || payload)
▼
audit_2026_07 (hot partitie) ◀── query op actor/tijd
│ maand verzegeld
▼
WORM object store (S3 Object Lock) ── retentie: 7j
│
periodieke anker: publiceer laatste hash extern
De hele waarde van een audit log is dat je hem later kunt vertrouwen, dus het schema moet mutatie verbieden. Geef de app alleen INSERT — geen UPDATE/DELETE — en dwing dit af op DB-rolniveau, niet alleen in code. Bouw daar bovenop een hash chain: elke row slaat hash = SHA256(prev_hash || this_row) op. Wijzig een historische row en elke volgende hash breekt, zodat manipulatie detecteerbaar is, zelfs door iemand met DB-toegang. Anker periodiek de laatste hash ergens buiten je controle (een notaris, een publiek ledger, een ondertekende e-mail) zodat zelfs een admin die de hele chain herschrijft de geankerde waarde niet kan matchen.
Meerjarige logs groeien onbegrensd, dus partitioneer op tijd (bijv. maandelijkse range-partities). Voordelen: queries filteren op partitie, en oude data afvoeren is een metadata-DETACH/DROP PARTITION — direct, geen gigantische DELETE die de tabel opblaast. Verzegelde partities verhuizen naar WORM storage — S3 Object Lock in compliance mode verhindert fysiek verwijdering tot de retentiedatum, wat voldoet aan regelgeving zoals SOX/HIPAA. Houd recente maanden hot in Postgres voor snelle queries; alles ouder is cold in object storage, on-demand querybaar.
De peiling is of je begrijpt dat "audit log" immutability en bewijsbaarheid betekent, niet alleen "een tabel met een timestamp". Goed: append-only tabel. Uitstekend: append-only afgedwongen door DB-rol, hash chain met externe ankering, tijdpartitionering voor retentie, WORM voor compliance. Veelvoorkomende valkuil: audit-rows in dezelfde muteerbare app-tabel opslaan (een bug of kwaadwillende DBA kan stilletjes de historie herschrijven) — auditors zullen het afwijzen.
Een bibliotheek met IT-sollicitatievragen met gedetailleerde antwoorden — van Junior tot Senior.
Doneren