在采用TPC（每个具体类型一张表）策略的EF Core中，如何为基类实现可被子类继承且无重复的数据库检查约束？

我完全懂你的困扰——在TPC模式下给基类加检查约束，结果每个子类生成的表都带上了同名约束，数据库直接报错重复对象。这个问题的核心在于EF Core在TPC策略下，会把基类的约束配置同步到所有子类对应的表中，但数据库不允许同一实例下存在同名的约束（哪怕它们属于不同表）。

下面是我实践过的两种可行解决方案：

方案一：遍历子类动态生成唯一约束名称 #

我们可以利用EF Core的元数据API，找到所有继承自Class_A的实体类型，然后为每个实体单独添加带有唯一名称的检查约束。这样既复用了约束逻辑，又避免了名称冲突。

修改你的OnModelCreating方法如下：

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

    // 先配置TPC映射策略
    modelBuilder.Entity<Class_A>().UseTpcMappingStrategy();

    // 遍历所有继承自Class_A的实体类型（排除基类本身）
    var subclassEntityTypes = modelBuilder.Model.GetEntityTypes()
        .Where(t => t.ClrType.IsSubclassOf(typeof(Class_A)));

    foreach (var entityType in subclassEntityTypes)
    {
        // 为每个子类生成唯一的约束名称，格式为 CK_类名_C1_gt_C2
        var constraintName = $"CK_{entityType.ClrType.Name}_C1_gt_C2";
        // 为当前子类的表添加检查约束
        modelBuilder.Entity(entityType.ClrType)
            .ToTable(tableBuilder => 
                tableBuilder.HasCheckConstraint(constraintName, "[C1] > [C2]"));
    }

    // 子类的其他配置保持不变
    modelBuilder.Entity<Class_B>(entity => { });
    modelBuilder.Entity<Class_C>(entity => { });

    // ... 其他表的配置 ...
}

方案二：创建通用配置方法复用逻辑 #

如果你的子类数量不多，也可以创建一个通用的扩展方法来封装约束逻辑，然后在每个子类的配置中调用，这样代码更直观：

// 定义扩展方法
public static class EntityTypeBuilderExtensions
{
    public static EntityTypeBuilder<T> AddC1GtC2CheckConstraint<T>(this EntityTypeBuilder<T> builder) 
        where T : Class_A
    {
        var constraintName = $"CK_{typeof(T).Name}_C1_gt_C2";
        builder.ToTable(t => t.HasCheckConstraint(constraintName, "[C1] > [C2]"));
        return builder;
    }
}

// 在OnModelCreating中使用
protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    base.OnModelCreating(modelBuilder);

    modelBuilder.Entity<Class_A>().UseTpcMappingStrategy();

    // 为每个子类调用通用方法添加约束
    modelBuilder.Entity<Class_B>().AddC1GtC2CheckConstraint();
    modelBuilder.Entity<Class_C>().AddC1GtC2CheckConstraint();

    // ... 其他配置 ...
}

为什么原来的代码会报错？ #

你之前直接在Class_A的实体配置中添加约束，EF Core会把这个约束应用到所有继承自Class_A的子类表中，而且约束名称都是CK_Class_A_C1_gt_C2。由于数据库要求约束名称在整个实例中唯一，所以当EF Core尝试为Class_B和Class_C的表创建同名约束时，就会抛出“已存在同名对象”的错误。

这并不是TPC策略的“缺陷”，而是EF Core在处理继承类约束时的默认行为——它不会自动为子类生成唯一的约束名称，需要我们手动处理。

备注：内容来源于stack exchange，提问作者Philipe Riskalla Leal