Entity Framework Core中抽象基类关联变体导航属性的实现问题及优雅解决方案咨询

首先，你遇到的错误是因为EF Core在处理抽象基类Parent的导航属性时，无法正确关联到派生的Father和Mother实体，而你之前的强制类型转换配置方式也干扰了EF的关系识别。以下是符合你所有要求的优雅解决方案：

核心思路 #

利用EF Core的继承映射策略（默认是TPH/TPT，这里推荐更简洁的TPH），正确配置Book与抽象基类Parent的导航关系，同时为派生类Father和Mother的Books集合配置反向导航，无需修改你现有的类结构。

修改后的DataContext配置 #

public class DataContext : DbContext
{
    public DataContext(DbContextOptions<DataContext> options) : base(options)
    {
    }

    public DbSet<Mother> Mothers { get; set; }
    public DbSet<Father> Fathers { get; set; }
    public DbSet<Book> Books { get; set; }

    protected override void OnModelCreating(ModelBuilder builder)
    {
        base.OnModelCreating(builder);

        // 1. 配置抽象基类Parent，EF会自动处理派生类的继承关系
        builder.Entity<Parent>(b =>
        {
            b.HasKey(p => p.Id);
            // 如果使用TPT（每张派生类单独表），则添加：b.ToTable("Parents");
            // 默认TPH策略下，Father/Mother会存在同一个表，自动生成Discriminator列区分类型
        });

        // 2. 配置Father与Book的一对多关系
        builder.Entity<Father>()
            .HasMany(f => f.Books)
            .WithOne(b => b.Owner) // 直接使用Parent类型的Owner导航，EF自动关联到Father
            .HasForeignKey("OwnerId") // 显式指定外键列名（可选，EF会自动生成）
            .IsRequired()
            .OnDelete(DeleteBehavior.Cascade); // 删除Father时自动删除关联的Books

        // 3. 配置Mother与Book的一对多关系
        builder.Entity<Mother>()
            .HasMany(m => m.Books)
            .WithOne(b => b.Owner)
            .HasForeignKey("OwnerId")
            .IsRequired()
            .OnDelete(DeleteBehavior.Cascade);

        // 4. 确认Book的主键配置（可选，EF会自动识别Id为主键）
        builder.Entity<Book>()
            .HasKey(t => t.Id);
    }
}

为什么这个方案符合你的要求？ #

• Parent保持抽象：完全不需要修改Parent的抽象状态，EF Core会将其视为继承体系的基类，不会试图实例化它。
• Book保留单个Owner属性：Owner依然是Parent类型，可以指向Father或Mother，满足多态需求。
• 不需要拆分Book或放弃导航属性：所有类结构保持不变，无需复制代码或丢失关联关系。
• 支持领域行为：Father和Mother的独特方法/重写逻辑完全不受影响，因为我们没有修改类的结构。

关键细节说明 #

• EF Core默认使用**TPH（Table Per Hierarchy）**策略：所有Parent派生类（Father、Mother）会存储在同一个表中，自动生成Discriminator列来区分实体类型。如果你需要每张派生类单独的表，可以使用TPT策略，只需在Parent的配置中添加.ToTable("Parents")，并为Father和Mother分别配置.ToTable("Fathers")、.ToTable("Mothers")。
• 外键列OwnerId会被EF自动创建在Books表中，关联到Parents表（或对应的派生类表）的Id列，实现正确的多态关联。
• 移除了你之前的强制类型转换(Father)s.Owner，因为EF Core可以通过继承体系自动识别Owner与Father/Mother的关联，强制转换会破坏EF的关系映射逻辑。

现在你可以重新运行Add-Migration命令，EF Core会正确生成符合你需求的数据库迁移文件。

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