我会尽可能将审计信息与实际域信息分开处理。
要求#1:我认为您将创建额外的审核表来记录更改。
Eric 的建议是一个很好的建议,使用 SQL 数据库中的触发器创建审计信息。这样您的应用程序就不需要了解审核逻辑。
如果您的数据库不支持触发器,那么您可能正在使用某种持久性或数据库层。这也是放置这种逻辑的好地方,因为您可以再次最小化之间的任何依赖关系normal应用程序代码和审计代码。
要求#2:至于显示指标:我不会在存储实际值的表中创建布尔字段。 (这将导致您的系统之间存在各种依赖关系normal应用程序代码和您的审计追踪 code.)
我会尝试让负责显示表单的代码也负责显示字段级别的审计数据。这会导致查询开销,但这就是显示这层额外信息的成本。也许您可以通过将元数据添加到审计信息中以方便检索,从而最大限度地减少数据库开销。
我维护的一些大型企业应用程序大致使用以下结构:
Fields:
changeId, changeTable, changedPrimaryKey, userName, dateTime
- 与被改变的字段对应的改变字段表。
Fields:
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'
这种结构既可以轻松查看审计跟踪,也可以轻松检索以显示所需的指标。一个查询(标题和项目表中的内部联接)足以检索所有信息以在单个表单中显示。 (或者当您有显示的 ID 列表时甚至是一个表格)