我会尽可能地将审计信息与实际域信息分开处理.
要求#1:
我认为您将创建其他审计表来记录更改.
Eric建议是一个很好的建议,使用SQL数据库中的触发器创建审计信息.这样,您的应用程序无需了解审计逻辑.
如果您的数据库不支持触发器,那么您可能正在使用某种持久性或数据库层.这也是放置这种逻辑的好地方,同样可以最小化正常应用程序代码和审计代码之间的任何依赖关系.
要求#2:
至于显示指标:我不会在存储实际的表中创建布尔字段. (这会导致您的普通应用程序代码和审计跟踪代码之间存在各种依赖关系.)
我会尝试让负责显示表单的代码也负责在字段级别显示审计数据.这将导致查询开销,但这是显示此额外信息层的成本.也许您可以通过向审计信息添加元数据来最小化数据库开销,以便轻松检索.
我维护的一些大型企业应用程序大致使用以下结构:
>对应于表中记录更改的更改标头表.
领域:
changeId, changeTable, changedPrimaryKey, userName, dateTime
– 与更改的字段对应的更改字段表.
领域:
changeId, changeField, oldValue, NewValue
示例内容:
改变标题:
'1', 'BooksTable', '1852860138', 'AdamsD', '2009-07-01 15:30'
更改项目:
'1', 'Title', 'The Hitchhiker's Guide to the Gaxaly', 'The Hitchhiker's Guide to the Galaxy'
'1', 'Author', 'Duglas Adasm', 'Douglas Adams'
这种结构既可以轻松查看审计跟踪,也可以轻松检索以显示所需的指标.一个查询(Header和Items表中的内部联接)足以检索要在单个表单中显示的所有信息. (或者当你有一个显示Id的列表时甚至是一张表)