我们当前的企业解决方案是由实体框架驱动的 ASP.NET MVC 应用程序。有几个链接介绍如何挂钩更改事件以进行审核。我对此不太感兴趣。
我对企业级审计架构感兴趣。那些经历过企业级战争创伤的你们，你们的审计解决方案是什么？您是否在框架中序列化数据库中的对象。您是否正在设置数据库触发器来审计表？您是否一起使用单独的数据库，以便审核增长不会影响您的应用程序数据库？我对这里经过验证的真实解决方案感兴趣。我知道我们的技术选择 (EF) 中有多种选择，但我首先对基础感兴趣。
链接将非常感激。
我没有任何链接，但在我日常工作中很高兴维护的系统中。我们有一个审计表，它基本上存储以下信息。
表名称、PrimaryKeyValue、ModifiedColumn、OldValue、NewValue、ChangeUser、更改日期
现在，这对于审计速度非常有用，在我们的代码中，我们有一个用于自动实现审计日志记录的通用接口，但从“审查”的角度来看，这并不是获取信息的“最快”方式。 （当然我们实际上并没有做任何需要查看审核日志的事情......）
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
