是否可以在不单独管理 Audit_{Entity} 的情况下使用 Audit.Net？

如何解决是否可以在不单独管理 Audit_{Entity} 的情况下使用 Audit.Net？

配置：

• .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} 而不单独编辑它们？