Dotaz: Audit trails nad jedinou MySQL tabulkou?

[Harvie.CZ]

Ahoj, resim nasledujici problem.

Snazim se navrhnout nejakej elegantni system pro "audit trails" v databazi. Momentalne to funguje takhle:

• V tabulce jsou krome ID i timestamp sloupce plati_od a plati_do. Tyhle 3 spolu tvori uniq index.
• Pokud se v tabulce vytvori nova polozka, tak se plati_od nastavi na NOW() a plati_do se nastavi na NULL.
• Pokud se z tabulky cte, tak se pouziva WHERE plati_do IS NULL
• Pokud se neco maze, tak se pouze plati_do updatne na NOW()
• Pokud se neco updatuje, tak se nastavi neNULLovy plati_do stejne jako pri mazani a nova verze se ulozi s NULLovym plati_do
• Jako bonus se muze ukladat do kazdyho radku i id usera, kterej ho vytvoril
• Pokud tedy pri auditu chci videt historii zaznamu, tak staci vynechat WHERE na NULLovy plati_do.

Cely je to IMHO naprosto super vymysleny, ale ma to jeden zasadni problem. Neumim to zautomatizovat na urovni databaze a na urovni kodu je to pruda ohlidat aby nikdo nikde nezapisoval primo. Chci aby se vyse popsany proces aplikoval kdyz zavolam normalni naivni DELETE nebo UPDATE a nevi jak na to. SELECT me netrapi, to si klidne pohlidam sam.

Zkousel sem to resit triggerem, ale ten nemuze zapisovat do tabulky, ktery se sam tyka. To je problem. Reseni by samozrejme bylo ukladat historii do druhy tabulky a pri mazani tam zaznamy proste presouvat, ale to se mi vubec nelibi, nepripada mi to dost elegantni a delat to v zadnym pripade nebudu.

Odpovědi

[OldFrog {Ondra Nemecek}]

Teď jsem to psal v sousedním vláknu: nepomohl by mariadb-audit-plugin Jako inspirace nebo i jako řešení... (ale nepoužívám to). Pokud není databází Mysql/Maria, tak hledat analogický nástroj. IMHO asi je nějaký důvod proč ten modul vznikl.

[rADOn]

Logicky to zni ok. Prakticky… o jak velky tabuli je rec? Datum platnosti od-do je hezka vec pokud chces aby slo zadat ze zitra rano zacne platit jina hodnota, jinak je to kapku overkill pacz nafukujes tabuli mrtvymi daty. Na malych datech je to putna, nad vetsim datasetem casem dojdes do stavu ze nemuzes udelat alter bez dlouhyho vypadku a pak se to musi resit trochu slozitejc.

Reseni by se mozna dalo zaridit triggerem coz by bylo bytelny ale docela vachrlaty (ve smyslu ze to nepujde snadno obejit ale muze to mit vedlejsi ucinky, zalezi co za db pouzivas). Asi nejprimocarejsi by bylo napsat si na to storku. Musel by sis pohlidat ze nikdo nebude primo updatovat/deletovat ale to se da, dulezity je ze nebudes muset vsude opisovat tu kopirovaci logiku. Na chytrejsi db by se to i nechalo vynutit pravama. Storka je lepsi nez trigger pacz tam muzes napsat slozitejsi logiku a je lip videt co to dela.

[Kit]

Trigger s insertem do další tabulky. Obojí s právy jiného uživatele, aby se se záznamy nedalo manipulovat.