实体框架 6 (EF6) 中每个具体类型 (TPC) 继承的表

Question

为了避免使用逐层表 (TPH)，我一直在研究如何在我的数据库模型中最好地实现逐层表 (TPC) 继承的示例。我遇到了official documentation 和this article。

下面是一些带有一些简单继承的模拟类。

public class BaseEntity
{
    public BaseEntity()
    {
        ModifiedDateTime = DateTime.Now;
    }

    [Key]
    [DatabaseGeneratedAttribute(DatabaseGeneratedOption.Identity)]
    public int Id { get; set; }

    public DateTime ModifiedDateTime { get; set; }
}

public class Person : BaseEntity
{
    public string FirstName { get; set; }
    public string LastName { get; set; }
}

public class Business :  BaseEntity
{
    public string Name { get; set; }
    public string Location { get; set; }
}

两篇文章中的示例使用的 DbModelBuilder 配置。

modelBuilder.Entity<BaseEntity>() 
    .Property(c => c.Id) 
    .HasDatabaseGeneratedOption(DatabaseGeneratedOption.None); 

modelBuilder.Entity<Person>().Map(m => 
{ 
    m.MapInheritedProperties(); 
    m.ToTable("Person"); 
}); 

modelBuilder.Entity<Business>().Map(m => 
{ 
    m.MapInheritedProperties(); 
    m.ToTable("Business"); 
});

应用程序成功运行，但是当我返回数据库时，我找到了三 (3) 个表，而不是我期望找到的两 (2) 个表。经过一些测试，它会出现“BaseEntity”表已创建但从未使用过。除了这个空的孤立表之外，一切似乎都运行良好。

我搞乱了 DbModelBuilder 配置，最终删除了提供预期结果的“BaseEntity”配置；两 (2) 个表，每个表都具有正确的属性并正常运行。

我做最后一个测试，删除所有 DbModelBuilder 配置，只包含“Person”和“Business”的两 (2) 个 DbSet 属性并再次测试。

public DbSet<Person> People { get; set; }
public DbSet<Business> Businesses { get; set; }

令我惊讶的是，项目构建后，进入数据库，只创建了两个表，其中包含所有类属性，包括从“BaseEntity”类继承的属性。我可以毫无问题地进行 CRUD 操作。

在运行了许多测试后，我在最终测试中找不到任何问题，并且我无法重现两篇文章警告过的重复键错误。

对数据库的更改已成功提交，但出现错误 更新对象上下文时发生。 ObjectContext 可能是 处于不一致的状态。内部异常消息：AcceptChanges 无法继续，因为对象的键值与另一个键值冲突 ObjectStateManager 中的对象。确保键值是 在调用 AcceptChanges 之前是唯一的。

1. 我很好奇这些示例为什么使用 MapInheritedProperties 属性；这是一种过时的方法吗？
2. 为什么这两个示例都说包含“BaseEntity”的配置属性，但包含“BaseEntity”类的 DbSet 属性或任何 DbModelBuilder 配置会导致创建未使用的表。
3. 关于文章警告的唯一键错误；我无法重现该错误，并且我已经使用主键作为数据库生成的 int 和数据库生成的 guid 进行了多次测试。有关此错误的信息是否也已过时，或者是否有可以运行的测试来产生所述错误？

Answer 1

为了让这一切变得更简单，我移动了强制 TablePerConcrete 开源所需的代码。其目的是允许通常仅在 Fluent 接口中可用的功能（您必须将大量代码分散到 Db 类的 OnModelCreating 方法中）迁移到基于属性的功能。

它允许你做这样的事情：

[TablePerConcrete]
public class MySubclassTable : MyParentClassEntity

无论 EF 可能决定从您的父类/子类关系推断什么，都强制 TPC。

这里的一个有趣挑战是，有时 EF 会搞砸继承的 Id 属性，将其设置为用显式值填充，而不是由数据库生成。您可以通过让父类实现接口 IId（它只是说：这有一个 Id 属性），然后用 [ForcePKId] 标记子类来确保它不会这样做。

public class MyParentClassEntity : IId
{
    public int Id { get; set; }
    . . .

[TablePerConcrete]
[ForcePKId]
public class MySubclassTable : MyParentClassEntity
{
    // No need for  PK/Id property here, it was inherited and will work as
    // you intended.

开始为您处理所有这些的代码非常简单 - 只需在您的 Db 类中添加几行：

public class Db : DbContext
{
    . . .
    protected override void OnModelCreating(DbModelBuilder modelBuilder)
    {
        var modelsProject = Assembly.GetExecutingAssembly();
        B9DbExtender.New().Extend(modelBuilder, modelsProject);

您可以通过以下两种方式之一访问它：

1. 通过一个要点，将所有相关类复制粘贴到一个文件中，此处：https://gist.github.com/b9chris/8efd30687d554d1ceeb3fee359c179f9

2. 通过我们的 Brass9.Data 库，我们正在发布开源。它包含许多其他 EF6 工具，例如数据迁移。它也更有条理，如您通常期望的那样，将类分解为单独的文件：https://github.com/b9chris/Brass9.Data

Answer 2

我使用映射类，但没关系。我是这样解决的：

public class PersonMap : EntityTypeConfiguration<Person>
{
    public PersonMap()
    {
        Map(m => { m.ToTable("Person"); m.MapInheritedProperties(); });

        HasKey(p => p.Id);
        Property(p => p.Id).HasDatabaseGeneratedOption(DatabaseGeneratedOption.None);
    }

}

记住 - 基类必须是抽象的。