Jadikan ia append-only dan immutable, rantaikan setiap entri kepada yang sebelumnya dengan hash supaya gangguan (tampering) boleh dikesan, partition mengikut masa supaya data lama menua dengan murah, dan arkibkan partition yang dimeterai ke WORM object storage (write-once) dengan polisi retention — jangan sekali-kali benarkan / pada rekod langsung.
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
Seluruh nilai audit log ialah anda boleh mempercayainya kemudian, jadi schema mesti melarang mutasi. Berikan app INSERT sahaja — tiada UPDATE/DELETE — dan kuatkuasakannya pada peringkat DB role, bukan sekadar dalam kod. Di atas itu, bina sebuah hash chain: setiap baris menyimpan hash = SHA256(prev_hash || this_row). Ubah mana-mana baris sejarah dan setiap hash berikutnya rosak, jadi gangguan boleh dikesan walaupun oleh seseorang dengan akses DB. Secara berkala anchor hash terkini di suatu tempat yang anda tidak kawal (seorang notari, ledger awam, email bertandatangan) supaya walaupun seorang admin yang menulis semula seluruh rantai tidak dapat memadankan nilai yang di-anchor.
Log bertahun-tahun tumbuh tanpa batas, jadi partition mengikut masa (cth. monthly range partition). Faedah: query menapis mengikut partition, dan menyingkirkan data lama ialah metadata DETACH/DROP PARTITION — serta-merta, bukan DELETE gergasi yang membengkakkan jadual. Partition yang dimeterai beralih ke WORM storage — S3 Object Lock dalam compliance mode secara fizikal menghalang pemadaman sehingga tarikh retention, memenuhi peraturan seperti SOX/HIPAA. Kekalkan bulan terkini panas dalam Postgres untuk query pantas; semua yang lebih lama sejuk dalam object storage, di-query atas permintaan.
Siasatannya ialah sama ada anda memahami bahawa "audit log" bermaksud kebolehubahan (immutability) dan kebolehbuktian, bukan sekadar "jadual dengan timestamp". Baik: jadual append-only. Hebat: append-only dikuatkuasakan oleh DB role, hash chain dengan anchoring luaran, time partitioning untuk retention, WORM untuk pematuhan. Perangkap biasa: menyimpan baris audit dalam jadual app mutable yang sama (sebuah pepijat atau DBA berniat jahat boleh menulis semula sejarah secara senyap) — juruaudit akan menolaknya.
Pustaka soalan temu duga IT dengan jawapan terperinci — daripada Junior hingga Senior.
Derma