从我的阅读中,我几乎决定使用审计表并使用触发器来记录表中的更改.
申请中显示的两个要求如下：
>能够查看对字段所做的所有更改的日志(我几乎知道如何执行此操作)
>在应用程序中查看记录时,能够看到记录中任何字段旁边的指示符(以及可能的其他信息,如上次更改的日期).
项目#2是目前给我悲伤的项目.如果不对每个字段执行单独的查询(或者需要花费很长时间才能执行的非常长的嵌套查询),是否有人建议以最佳方式执行此操作？ (我曾想过为表中的每个字段添加一个额外的“ModifiedFlag”字段,如果该字段已被编辑,它将作为布尔指示符,但这似乎是很多开销.
要求#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的列表时甚至是一张表)
