>编写数据访问层.
>在数据库本身使用触发器.

两者都有优缺点.有些人比较喜欢一个.通常情况下,应用程序的类型和数据库使用的类型可以预期.

如果你在你的DA层做到这一点,那么你呢您只需要为保存到数据库的每个方法添加代码,也可以保存更改的日志.如果您正在使用存储过程,则此审核代码可能位于您的DA层代码中,甚至在数据库中的存储过程中.基本上的前提是一样的,任何时候你对数据库进行更改,记录更改.

如果要下拉触发器路由,您可以为每个表写入自定义触发器,或者在多个表上使用更一般的触发器.查看this article关于审计触发器.这可以通过在更改时触发触发器,并且触发器记录更改.请记住,如果要审核SELECT语句,则不能使用触发器,您必须在代码/存储过程审计中执行此操作.还值得一提的是,根据您的数据库,触发器可能在任何情况下都不会触发.例如,大多数数据库在TRUNCATE语句期间不触发触发器.检查您的触发器是否在需要审核的情况下被触发.

或者,您也可以查看使用service broker在专用机器上进行异步审核.这更复杂,需要一些配置才能设置.

您以何种方式执行此操作,您需要确定审核日志将执行的格式.通常你会把这个日志保存在你的数据库中,但是你可以把它保存在一个日志文件中,或是适合你的要求.您可以使用单个审核表来记录所有更改,或者您可以在每个主表的审核表中进行审核.对于大规模实现,您甚至可以考虑将审核表放在一个完全独立的数据库中.如果您登录到表中,通常有一个“更改类型”字段,指示被审核的更改是否是插入,更新或删除的更改方式,以及已更改的数据,进行更改的用户和日期/时间改变了.不要忘记包含更新样式更改的旧数据和新数据.