问题描述
配置:
- .Net 5
- Audit.Net
- 使用 Audit.EntityFramework.Identity.Core
- EntityFramework 数据提供者
Audit.Core.Configuration.Setup()
.UseEntityFramework(x => x
.AuditTypeNameMapper(typeName => "Audit_" + typeName)
.AuditEntityAction<IAuditableEntity>((ev,entry,auditEntity) =>
{
auditEntity.AuditDate = DateTime.UtcNow;
auditEntity.AuditUserName = ev.Environment.UserName;
auditEntity.Auditaction = entry.Action;
}));
最需要的行为如下:
- 您创建一个新的 {Entity} 并将其添加到 DbContext 模型中
- Add-Migration 为 {Entity} 创建表,它也会自动创建一个 Audit_{Entity} 表,该表将包含 {Entity} 的属性 + IAuditableEntity 接口的属性
但正如 thepirat000 对这个问题的评论:Dynamic audit table creation via Migrations
该库不提供任何自定义迁移。
所以,如果我没记错的话,这意味着您需要为每个 {Entity} 创建 Audit_{Entity} 以
- 让 Audit.Net 知道如何映射 {Entity} -> Audit_{Entity}
- 让 EF 知道要创建哪些表
就像 thepirat000 的以下带有 User 和 Audit_User 类的示例:https://stackoverflow.com/a/51941354/11213440
将 IAuditableEntity 接口的属性添加到 Audit_{Entity} 很好,并且可以轻松维护,稍后重构。 但是 {Entity} 的属性呢?
很有可能的情况是,随着未来的发展,我们向 {Entity} 添加了一个新的重要属性,而我们(因为我们是人类)忘记对 Audit_{Entity} 进行确切的更改。这可能会导致这样一种情况:Audit_{Entity} 上忘记更新的事实在数周或数月后才出现,而在此期间创建的日志将缺少此新属性。
所以我的想法是,除了实现 IAuditableEntity 接口之外,Audit_{Entity} 还继承自 {Entity},以防止出现前几行的情况。
但这会导致以下问题:
选择 {Entity} 的继承意味着我可以在 Table-per-Hierarchy 或 Table-per-Type 之间做出决定(因为 EF Core 5 尚不支持 Table-per-Concrete Type)。这两种结果都将 Audit_{Entity} 条目存储在同一个表中,我不想这样做,因为在具有 500,000 行的表中搜索可能会非常痛苦。
问题是:
每次对模型进行更改时,如何维护 Audit_{Entity} 而不单独编辑它们?
解决方法
暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!
如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@)