Entity Framework Core TPH多关联配置下插入触发外键约束冲突问题

EF Core 默认按照约定生成关联映射时，会为子类的每个导航属性创建全表范围生效的外键约束，且自动生成独立的外键列。当前配置下：

• DogAnimal 类关联Dog、CatAnimal类关联Cat的两个外键没有绑定到共享的RefId字段，EF自动生成了独立的外键列（也就是报错里的OwnerId列）
• 两个外键都是全表生效，没有和RefType鉴别器的值做关联绑定，导致全表所有数据行都会同时触发两个外键的校验
  插入Dog关联的记录时，RefId的值是Dog表的主键，自然不存在于Cat表中，就会触发指向Cat的外键约束冲突。

这种基于鉴别器的多态关联，核心是通过带过滤条件的外键约束实现（该约束是SQL Server原生支持的，无兼容性问题）：

• 强制两个关联关系复用基类的RefId字段作为统一外键列，避免多余列的生成
• 给每个外键增加过滤规则，让关联校验仅在对应鉴别器值的行上生效，不再做无差别全表校验
• 清理之前自动生成的、不带过滤条件的旧外键约束

在OnModelCreating方法中补充完整的关系配置（原有TPH鉴别器配置保留即可）：

// 原有TPH表与鉴别器配置
modelBuilder.Entity<HomeAnimal>()
    .ToTable("HomeAnimals")
    .HasDiscriminator<int?>("RefType")
    .HasValue<DogAnimal>((int)RefType.Dog)
    .HasValue<CatAnimal>((int)RefType.Cat);

// 配置DogAnimal与Dog的一对多关联
modelBuilder.Entity<DogAnimal>()
    .Has(animal => animal.Dog) // 绑定DogAnimal的Dog导航属性
    .WithMany(dog => dog.DogAnimals) // 绑定Dog实体的反向集合导航
    .HasForeignKey(animal => animal.RefId) // 显式指定外键为继承自基类的RefId，不自动生成新列
    .HasFilter($"[RefType] = {(int)RefType.Dog}"); // 核心规则：仅当RefType为Dog枚举值时，该外键约束才生效

// 配置CatAnimal与Cat的一对多关联
modelBuilder.Entity<CatAnimal>()
    .Has(animal => animal.Cat) // 绑定CatAnimal的Cat导航属性
    .WithMany(cat => cat.CatAnimals) // 绑定Cat实体的反向集合导航
    .HasForeignKey(animal => animal.RefId) // 同样复用RefId作为外键列
    .HasFilter($"[RefType] = {(int)RefType.Cat}"); // 仅当RefType为Cat枚举值时，该外键约束才生效

• 配置完成后需要删除之前生成的旧迁移文件，重新执行Add-Migration生成新迁移，检查迁移脚本中是否存在不带过滤条件的全表外键，有的话手动删除对应的CreateForeignKey逻辑
• 如果使用的EF Core版本低于5.0，不支持HasFilter方法，需要在迁移的Up方法中手动编写SQL创建带WHERE过滤条件的外键，替换EF自动生成的全表外键
• 原有测试代码不需要修改，数据库会自动根据鉴别器的值触发对应表的关联校验，不会再出现跨表校验的冲突

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