Re: Database Design: Maintain Audit Trail of Changes
От
Rich Shepard
Тема
Re: Database Design: Maintain Audit Trail of Changes
Дата
Msg-id
alpine.LNX.2.00.1301030915540.5088@salmo.appl-ecosys.com
Ответ на
Re: Database Design: Maintain Audit Trail of Changes (Bèrto ëd Sèra)
Список
Дерево обсуждения
Database Design: Maintain Audit Trail of Changes Rich Shepard <rshepard@appl-ecosys.com>
Re: Database Design: Maintain Audit Trail of Changes Wolfgang Keller <feliphil@gmx.net>
Re: Database Design: Maintain Audit Trail of Changes Adrian Klaver <adrian.klaver@gmail.com>
Re: Database Design: Maintain Audit Trail of Changes Craig Ringer <craig@2ndquadrant.com>
Re: Database Design: Maintain Audit Trail of Changes Stevo Slavić <sslavic@gmail.com>
Re: Database Design: Maintain Audit Trail of Changes Rich Shepard <rshepard@appl-ecosys.com>
Re: Database Design: Maintain Audit Trail of Changes Bèrto ëd Sèra <berto.d.sera@gmail.com>
Re: Database Design: Maintain Audit Trail of Changes Rich Shepard <rshepard@appl-ecosys.com>
Re: Database Design: Maintain Audit Trail of Changes Fabrízio de Royes Mello <fabriziomello@gmail.com>
Re: Database Design: Maintain Audit Trail of Changes Rich Shepard <rshepard@appl-ecosys.com>
Re: Database Design: Maintain Audit Trail of Changes Fabrízio de Royes Mello <fabriziomello@gmail.com>
Re: Database Design: Maintain Audit Trail of Changes Bèrto ëd Sèra <berto.d.sera@gmail.com>
Re: Database Design: Maintain Audit Trail of Changes Moshe Jacobson <moshe@neadwerx.com>
Re: Database Design: Maintain Audit Trail of Changes Tony Theodore <tonyt@logyst.com>
Re: Database Design: Maintain Audit Trail of Changes Moshe Jacobson <moshe@neadwerx.com>
On Thu, 3 Jan 2013, Bèrto ëd Sèra wrote: > if it's a strict legal requirement you may want to enforce it with a > trigger system, so that each time a record is inserted/updated/deleted > you create an exact copy of it in a historical table, that has the > original record plus data about who performed the operation, when, > from which IP, maybe a comment field, etc. So your actual table > remains limited in size and it's performing well, while the size > problem is local to the audit logs. Bèrto, That's in line with Adrian's suggestion and certainly worth doing. It's not a required legal requirement but provides the company (and potential investors) with assurance that data have not been manipulated. > You also want to use triggers to disable updates and deletes on this > historical table, for a matter of additional security (you might end up > needing a procedure to trim it, however, if it grows out of affordable > bounds). Yes, the history table will be read-only to all users; writing done by triggers only. Much appreciated, Rich
В списке pgsql-general по дате отправления
От: Bruce Momjian
Дата:
От: Fabrízio de Royes Mello
Дата: