TPH架构下两模型能否复用同一列实现ShopId的可空与非空？

核心思路 #

在TPH（Table Per Hierarchy）架构下，EF Core允许通过Fluent API为不同子类的同一属性配置差异化约束规则，无需新增数据库列。关键是先将基类的ShopId改为可空类型，再针对子类分别配置必填性。

具体实现步骤 #

1. 修改基类属性为可空 #

首先将基类的ShopId调整为可空Guid，让数据库列支持空值：

public abstract class ExternalBicycle
{
    public Guid? ShopId { get; set; }
}

2. 用Fluent API配置子类约束 #

在DbContext的OnModelCreating方法中，为两个子类分别指定ShopId的必填规则：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    // 配置TPH鉴别器（若未配置则添加）
    modelBuilder.Entity<ExternalBicycle>()
        .HasDiscriminator<string>("BicycleType")
        .HasValue<LeasingBicycle>("Leasing")
        .HasValue<BicyclePurchase>("Purchase");

    // 强制BicyclePurchase的ShopId为必填项
    modelBuilder.Entity<BicyclePurchase>()
        .Property(b => b.ShopId)
        .IsRequired(true);

    // LeasingBicycle的ShopId保持可空（继承基类默认配置）
    modelBuilder.Entity<LeasingBicycle>()
        .Property(b => b.ShopId)
        .IsRequired(false);
}

3. 代码层面补充验证（可选但推荐） #

为了在业务代码阶段提前校验，可以在BicyclePurchase子类中用new关键字重写属性并添加数据注解：

public abstract class BicyclePurchase : ExternalBicycle
{
    [Required(ErrorMessage = "ShopId不能为空")]
    public new Guid ShopId { get; set; }
}

这里的new仅用于在代码层面将属性变回非可空Guid，配合注解实现前端或业务逻辑的校验，EF的映射规则仍以Fluent API配置为准。

为什么之前的方案没生效？ #

你之前尝试用new重写属性但无效果，是因为EF Core在TPH架构下会优先识别基类的属性映射，子类的new属性不会覆盖基类的映射规则，反而会被EF视为同一属性的重复定义而忽略，必须通过Fluent API显式配置子类约束才能生效。

局限性说明 #

• 数据库层面的ShopId列必须改为可空，因为LeasingBicycle需要支持空值；如果必须依赖数据库层面的非空约束保证BicyclePurchase的ShopId不为空，那还是得采用双列方案。
• 若存在非EF程序直接操作数据库的场景，可能会绕过EF的约束，此时需要额外添加数据库触发器或存储过程补充校验。

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