我一直在研究 Entity Framework 的一些审计钩子。其中许多显示旧/新值比较。这对于审计跟踪非常有用，但我正在寻找快照对象。
例如...假设我有一个管理产品的应用程序。一个产品具有多个属性和关联的其他对象。假设我更改了一个对象 10 次。还可以说，我可以查看这些对象更改的屏幕（不是审计跟踪，而是屏幕实际以只读格式显示的样子），这一点很重要。我感兴趣的是能够为所有 10 个更改（取决于我想查看的更改）检索原始 EF 产品对象（以及所有相关数据）并使用它来绑定到我的屏幕。
如果我使用的是 SQL Server，我现在应该为序列化对象使用什么类型（XML、blob 等）？这样做有意义吗？
让我们来看看。您需要获取一个对象图并将其序列化到数据库中，该格式允许您稍后将其具体化。我认为有些工具可以做到这一点。其中之一，令我震惊的是实体框架。
你想做的是一件很平常的事。考虑一个 wiki 引擎。wiki 需要有一个每个人都能看到的提示修订，以及每个文档的反向修订。wiki 还需要能够以与显示提示修订相同的方式显示回溯修订。因此，两者应使用相同的存储格式。
我建议您允许对所有实体类型进行版本控制。当您编辑实体类型时，您将编辑尖端修订并存储包含先前值的后修订。（您编辑提示修订而不是插入新提示的原因是因为当前未具体化到 ObjectContext 中的其他对象可能包含指向您希望保留为指向提示的链接的提示的链接，而不是指向后面的修订。）
如有必要，您可以对 SQL Server 表进行分区，以便将后面的修订存储在不同的文件组中。这将允许您分别备份提示修订和备份修订。
首先，您需要向表中添加一组属性：
然后，您有几个关于如何存储版本历史记录的选项。你可以
为要存储历史记录的每个主表创建一个新表。该历史表将具有与主表相同的字段，但不会强制执行主键和外键。对于每个外键，还存储创建版本时引用条目的版本。
或者，您可以序列化有关您的实体的所有有趣的内容，并将您想要版本化的所有实体的所有序列化 blob 存储在一个全局历史表中（我个人更喜欢第一种方法）。
你如何填写你的历史表？通过更新和删除触发器。
请注意，越来越多的现代系统并没有真正删除任何内容。他们只是将内容标记为已删除。如果您想遵循这种模式（它有几个好处） - 而不是删除添加 IsDeleted 标志到您的实体（当然，您必须在任何地方过滤已删除的实体）。
你如何看待你的历史？只需使用历史表，因为它具有与主表相同的所有属性 - 应该不是问题。但是 - 扩展外键时 - 确保引用的实体版本与您在历史记录表中存储的相同。如果不是 - 您需要转到该引用实体的历史记录表并在那里获取值。这样，您将始终对实体在那个时刻的样子有一个快照，包括所有引用。
除了以上所有 - 您还可以将实体的状态恢复到任何以前的版本。
请注意，此实现虽然简单，但可能会占用一些空间，因为它存储快照，而不仅仅是正在进行的更改。如果您只想存储更改 - 在更新触发器中，您可以检测哪些字段已更改，将它们序列化并存储在全局历史表中。这样，您至少可以在用户界面中显示已更改的内容以及由谁更改（尽管您可能无法恢复到以前的版本）。
在我最近构建的一个项目中，我们使用了我们插入到类中的SaveChanges方法DbContext。这使我们可以访问ChangeTracker该类的一个实例。呼叫ChangeTracker.Entries()使您可以访问DbEntityEntry. DbEntityEntry具有以下有趣的属性和方法：
State- 是新创建、修改或删除的对象Entity- 对象的原样副本CurrentValues- 已编辑值的枚举OriginalValues- 原始值的枚举我们为更改集和更改创建了一组 POCO，然后我们可以通过 EF 访问它们。这使我们的用户可以查看字段级别的更改以及日期和负责的用户。
如果您使用SQL Server 2016< 或，请查看临时表（系统版本化的临时表） Azure SQL。
从文档：
提供内置支持的数据库功能可提供有关在任何时间点存储在表中的数据的信息，而不仅仅是在当前时刻正确的数据。时态是 ANSI SQL 2011 中引入的数据库功能。
我在这里写了一个完整的指南，如何在没有任何第三方库的情况下使用 Entity Framework Core 实现它：