如何用EF Core将父类与子类存入独立表且保持ID一致？

我的应用包含抽象基类Contact，以及继承自它的具体子类Phone、Email，还有关联的Person和Notes类，代码如下：

public class Phone : Contact
{
    public ConnectionType Type { get; set; } //public enum ConnectionType { Landline, Mobile, Fax, }
    //phone-specific fields
}

public class Email : Contact
{
    //email-specific fields
}

public abstract class Contact
{
    [Key]
    [DatabaseGenerated(DatabaseGeneratedOption.Identity)]
    public int Id { get; set; }

    //possibly something like public string Type { get; private set; } to be set with this.GetType().Name or enum based on similar logic

    public string Value { get; set; }

    // shared properties
    public UsageType Type { get; set; } //public enum UsageType { Personal, Business, Other, }

    public int PersonId { get; set; }
    
    [ForeignKey(nameof(PersonId))]
    public Person Person { get; set; }
    
    public List<Note> Notes { get; set; }
    
    // ... other shared properties
}

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

    public int ContactId { get; set; }

    public string Header { get; set; }
    public string Content { get; set; }

    [ForeignKey(nameof(ContactId))]
    public Contact Contact { get; set; }
}

这个结构模拟领域逻辑，我想让EF Core生成以下表：

• Contacts
• Phones（与Contact为一对一关系）
• Emails（与Contact为一对一关系）
• Persons（与Contact为一对多关系）
• Notes（与Contact为多对一关系）

要求不破坏现有父子关系，同时父类与子类使用相同ID。

我知道可以通过以下方式创建一对一关系，但这种方式需要修改现有代码结构，而我的应用原本基于NoSQL存储，现在切换到EF Core支撑的SQL库，希望尽可能少改代码；另外当前API允许通过Contact ID为任意联系人添加备注，这个逻辑不能改，不能要求用户修改API调用：

public class Phone
{
    [Key]
    public int Id { get; set; }

    public int ContactId { get; set; }

    [ForeignKey(nameof(ContactId))]
    public Contact Contact { get; set; }
}

public class Email
{
    [Key]
    public int Id { get; set; }

    public int ContactId { get; set; }

    [ForeignKey(nameof(ContactId))]
    public Contact Contact { get; set; }
}

public class Contact
{
    [Key]
    public int Id { get; set; }
}

补充：这个问题和Stack Overflow上的《Entity Framework : Table per Concrete Type and unique IDs across tables》重复，之前没找到，抱歉。有趣的是其中一个答案的命名和我的几乎一致！

可以实现，核心是利用EF Core的**表拆分（Table Splitting）**特性，让父类Contact和子类Phone/Email共享同一个主键，同时生成独立的表结构，完全适配你的现有代码。

具体步骤 #

1. 在DbContext中配置实体映射
   重写OnModelCreating方法，手动配置继承关系和表结构，禁用EF Core默认的TPH/TPT继承映射：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    // 配置Contact基类映射到Contacts表
    modelBuilder.Entity<Contact>(b =>
    {
        b.ToTable("Contacts");
        b.HasKey(c => c.Id);
        b.Property(c => c.Id).ValueGeneratedOnAdd();
        
        // 配置与Person的一对多关系（需确保Person类有Contacts集合属性）
        b.HasOne(c => c.Person)
         .WithMany(p => p.Contacts)
         .HasForeignKey(c => c.PersonId)
         .OnDelete(DeleteBehavior.Cascade);
        
        // 配置与Notes的一对多关系
        b.HasMany(c => c.Notes)
         .WithOne(n => n.Contact)
         .HasForeignKey(n => n.ContactId)
         .OnDelete(DeleteBehavior.Cascade);
    });

    // 配置Phone与Contact表拆分，共享ID实现一对一
    modelBuilder.Entity<Phone>(b =>
    {
        b.ToTable("Phones");
        b.HasKey(p => p.Id);
        // 指定Phone的Id同时是Contact的外键，保证ID一致
        b.HasOne<Contact>()
         .WithOne()
         .HasForeignKey<Phone>(p => p.Id)
         .OnDelete(DeleteBehavior.Cascade);
    });

    // 配置Email与Contact表拆分，共享ID实现一对一
    modelBuilder.Entity<Email>(b =>
    {
        b.ToTable("Emails");
        b.HasKey(e => e.Id);
        b.HasOne<Contact>()
         .WithOne()
         .HasForeignKey<Email>(e => e.Id)
         .OnDelete(DeleteBehavior.Cascade);
    });
}

2. 可选：添加子类到父类的导航属性
   如果需要在Phone/Email中直接访问对应的Contact实例，可以在子类中添加导航属性：

public class Phone : Contact
{
    public ConnectionType Type { get; set; }
    public Contact ContactBase { get; set; }
}

然后修改DbContext中的配置，关联这个导航属性：

modelBuilder.Entity<Phone>(b =>
{
    // ... 其他配置
    b.HasOne(p => p.ContactBase)
     .WithOne()
     .HasForeignKey<Phone>(p => p.Id);
});

最终效果 #

配置完成后，EF Core会生成你需要的5张表：

• Contacts：存储所有Contact的共享属性，ID自增
• Phones：ID外键关联Contacts.Id，存储Phone专属属性，与Contact是一对一关系，ID完全一致
• Emails：同上，ID关联Contacts.Id
• Persons：与Contacts保持一对多关系
• Notes：ContactId关联Contacts.Id，保持多对一关系

这种方式不需要大幅修改现有实体类的继承结构，完美适配你从NoSQL迁移的代码，API层依然可以通过Contact ID操作Notes，完全满足需求。

内容的提问来源于stack exchange，提问作者Mykola