EF Core TPH模式下含相同必填属性的实体引发外键约束异常求助

别怀疑，这可不是EF Core的Bug，是SQL Server和EF Core处理TPH（表继承）+必填关联时的典型冲突，咱们把这事掰碎了说：

先搞清楚你的模型生成的数据库结构 #

因为你在MyContext里注册了DbSet<A>，EF Core会自动采用TPH表继承：把A1、A2这两个子类都塞进同一张As表，靠自动生成的Discriminator列区分是哪种类型。

而你给A1和A2都加了[Required]的B导航属性，EF会在As表中生成两个非空外键列：A1BId和A2BId，俩列都关联到Bs表的Id字段。

报错的核心原因：SQL Server不允许多路径级联删除 #

SQL Server有个硬性规则：同一个父表到子表不能存在多条级联删除路径。放到你的场景里：

• 当你删除一个B实体时，SQL Server要检查所有关联的外键：如果这个B被A1引用，会触发A1BId的级联删除；如果被A2引用，会触发A2BId的级联删除。
• 但A1和A2都存在于同一张As表，这就等于从Bs到As有两条级联删除路径，SQL Server会觉得这可能导致循环删除或者不确定的删除行为，直接抛出错误阻止创建约束。

为啥去掉DbSet<A>就没事？ #

如果不注册DbSet<A>，EF Core会默认用**TPT（表每类型）或者TPC（表每具体类）**模式，A1和A2会存在各自的A1s和A2s表，每个表有自己的外键关联Bs。这时候Bs到A1s、Bs到A2s是两条完全独立的路径，对应不同的子表，SQL Server就不会认为是冲突了。

给你几个可行的解决方案 #

1. 修改级联删除行为（最推荐，不改动业务模型）

用Fluent API把其中一个（或两个）外键的级联删除改成Restrict或NoAction，告诉SQL Server不要自动处理级联删除，由你手动控制：

public class MyContext : DbContext 
{ 
    // ... 原有代码 ...

    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
        // 给A1的A1B关联设置级联删除为Restrict
        modelBuilder.Entity<A1>()
            .HasOne(a => a.A1B)
            .WithMany()
            .OnDelete(DeleteBehavior.Restrict);

        // 给A2的A2B关联设置级联删除为Restrict
        modelBuilder.Entity<A2>()
            .HasOne(a => a.A2B)
            .WithMany()
            .OnDelete(DeleteBehavior.Restrict);
    }
}

注意：这么改之后，删除被A1/A2引用的B时会触发外键约束报错，你需要先删除对应的A1/A2实体，再删除B。

2. 调整模型设计（如果业务允许）

如果A1和A2的B属性是同一业务含义，可以把它移到基类A中，这样只需要一个外键列，自然不会有多路径问题：

public abstract class A : Entity 
{ 
    [Required] public B B { get; set; } 
}
public class A1 : A { }
public class A2 : A { }

当然，要是A1和A2的B是不同的业务对象，这个方案就不适用了。

3. 放弃TPH，改用TPT/TPC

如果你坚持保留两个独立的必填B属性，又不想改级联行为，可以删掉DbSet<A>，让EF用TPT或TPC模式。每个子类有自己的表，外键各自独立，就不会触发SQL Server的多路径检查了。不过TPT在SQL Server上的查询性能比TPH稍差，需要你权衡取舍。

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