EF Core 8继承与导航关系配置咨询：数据库优先场景

1. 继承设计的合理性 #

你的继承思路是合理的。因为Current、Historical、Pending三类表的约束逻辑一致，仅部分列名存在差异，用抽象基类封装公共属性和导航能大幅减少重复代码，符合DRY原则。需要注意：

• 这种设计对应EF Core中的**Table-Per-Concrete-Type (TPC)**映射（每个子类对应独立数据库表），由于基类是抽象的，EF不会为基类生成表，只会为子类生成，完全匹配你的数据库结构。
• 列名不同的字段无法在基类统一映射，必须在每个子类的EntityTypeBuilder配置中单独指定列名。

2. 导航属性放在抽象基类的可行性 #

可行，但必须在配置关系时明确指定具体的关联子类，否则EF Core无法识别基类导航对应的实际表。比如01Base里的Foo04是ICollection<04Base>，但实际Current01关联的是Current04、Historical01关联的是Historical04，需要为每个子类单独绑定对应的关联类型。

OnModelCreating配置实操建议 #

复合键配置 #

对于04、05、07这类含复合键的表，在子类配置中明确指定键：

// 以Current04为例
modelBuilder.Entity<Current04>(entity =>
{
    entity.HasKey(e => new { e.PolicyNumber, e.LocationNumber, e.BuildingNumber, e.SequenceNumber });
    // 若列名与属性名不一致，添加列映射
    entity.Property(e => e.PolicyNumber).HasColumnName("POLICY_NUM");
});

关系配置 #

由于导航在基类，需为每个子类单独配置关联，以Current01和Current04的一对多关系为例：

modelBuilder.Entity<Current01>(entity =>
{
    // 先配置Current01的主键（若01表无原生键，需人为指定，比如PolicyNumber）
    entity.HasKey(e => e.PolicyNumber);

    // 显式指定关联的子类类型，解决基类导航的类型模糊问题
    entity.HasMany<Current04>(e => (ICollection<Current04>)e.Foo04)
          .WithOne(e => (Current01)e.Common01)
          .HasForeignKey(e => e.PolicyNumber) // 根据实际外键字段调整
          .HasPrincipalKey(e => e.PolicyNumber);
});

列名差异处理 #

若子类对应表的列名与基类属性名不同，在子类配置中单独映射：

modelBuilder.Entity<Historical01>(entity =>
{
    entity.Property(e => e.PolicyNumber).HasColumnName("HIST_POLICY_NUM");
    // 其他列名不同的属性同理配置
});

只读表配置 #

所有表为只读，可全局或单独配置禁止写入操作：

// 全局配置所有实体为只读
modelBuilder.Model.GetEntityTypes()
    .ToList()
    .ForEach(entityType =>
    {
        entityType.SetIsReadOnly(true);
        // 或直接禁用插入、更新、删除策略
        entityType.SetInsertStrategy(null);
        entityType.SetUpdateStrategy(null);
        entityType.SetDeleteStrategy(null);
    });

// 也可单独为某子类配置
modelBuilder.Entity<Current01>().SetIsReadOnly(true);

额外注意点 #

• 基类导航属性需初始化（你已做= [];），避免空引用问题。
• EF Core要求每个实体必须有主键，若01表无原生键，需人为指定（比如PolicyNumber或复合键）。
• 测试时可通过modelBuilder.Entity<Current01>().ToQueryString()查看生成的SQL，验证键和关系配置是否正确。

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