Perihal log delete record

uyung

Siang master,
Saya sudah buat sistem dan berjalan dengan baik. Namun saya ada kendala dalam log delete record DB. Saya pake Mysql & CI. Saya memikirkan perihal log delete, beberapa poin yang saya pikirkan :

1. Saya ada tabel Absen. Saya buat 1 tabel lagi Absen_log untuk nyimpen record yang di delete. Jadi tiap2 tabel akan ada tabel log. Kelemahannya akan ada banyak tabel. Kalau saya pake 1 tabel khusus log delete, maka datanya bisa banyak dan field-field harus saya bikin banyak mengingat field2 tiap tabel berbeda2.
   
2. Metode menyimpan di log lebih baik di sisi php (Sebelum delete akan ada query untuk insert data terlebih dahulu ke tabel log) atau saya buatkan trigger Before Delete di Mysql-nya
   

Saya minta masukan dan pendapat dari para master2

kurakura

lha napa ndak tambah 2 field aja di table nya ?

1 field "deleted" ... tinyint / binary / boolean, default = 0 / false (tanda record sudah dihapus / tidak)
1 field "u_delete" ... se-tipe dgn tipe field id user (user id yg menghapus)

kalo butuh bisa tambah 1 lagi field
"dt_delete" ... tipe datetime ... buat mencatat kapan datanya dihapus

kalo di DELETE ...
proses nya kan isi data ndak bakal berubah, cuma datanya aja yg hilang

tapi sekarang modelnya diganti, bukan di DELETE
tapi UPDATE

UPDATE table
SET deleted = 1, u_delete = user_id, dt_delete = NOW()
WHERE id_data=xxx

data tidak benar-benar dihapus, cuma ditandai kalo data sudah "dihapus"

kira-kira kaya gitu

ndak perlu bikin tabel baru
tapi kalo begini semua query mesti ada perubahan

ada pengecualian saat SELECT, UPDATE, atau apa pun
... WHERE deleted = 0
jadi yg sudah dihapus ndak perlu di SELECT, UPDATE, atau yg lainnya



kerjaan kaya gini paling gampang kalo aplikasi elo sudah pake model DBAL
ada aplication layer buat fungsi-fungsi DB
semua perintah DB sudah dipisah ke 1 librari sendiri
jadi yg perlu elo ubah2 ya cuma file itu doang

tapi kalo belum / bukan pake model kaya begitu ...
ya beneran capek mesti ubah banyak query