EF Core跨多表唯一约束设计：如何实现任务编号在单个项目内唯一

咱们先理清楚核心需求：虽然Task属于SubJob、SubJob属于Project，但要实现Task.Number在单个Project内唯一，关键是让EF Core识别Task与Project的关联关系，再基于这两个字段创建联合唯一约束。下面给你两种可行方案：

方案1：显式添加ProjectId到Task实体（推荐） #

这种方式直观清晰，既方便配置约束，也能避免后续查询时的多层关联问题。

1. 完善实体类 #

调整Task类，新增ProjectId外键属性和对应的导航属性：

public class Task
{
    public int Id { get; set; }
    public int Number { get; set; }
    // 其他Task自有属性...
    
    // 关联所属SubJob
    public int SubJobId { get; set; }
    public SubJob SubJob { get; set; }
    
    // 新增：直接关联所属Project
    public int ProjectId { get; set; }
    public Project Project { get; set; }
}

2. 配置联合唯一约束 #

在ProjectContext的OnModelCreating方法中，用Fluent API配置联合唯一索引：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    // 核心：为Task的ProjectId + Number配置唯一索引
    modelBuilder.Entity<Task>()
        .HasIndex(t => new { t.ProjectId, t.Number })
        .IsUnique();
    
    // 补全其他层级的关系配置
    modelBuilder.Entity<Project>()
        .HasMany(p => p.SubJobs)
        .WithOne(sj => sj.Project)
        .HasForeignKey(sj => sj.ProjectId);
    
    modelBuilder.Entity<SubJob>()
        .HasMany(sj => sj.Tasks)
        .WithOne(t => t.SubJob)
        .HasForeignKey(t => t.SubJobId);
}

执行迁移并更新数据库后，Task表会生成IX_Tasks_ProjectId_Number的唯一索引，确保同一个Project下不会出现重复的Number值。

方案2：不添加显式ProjectId，通过导航路径配置（适合不想修改实体的场景） #

如果不想改动Task实体结构，也可以通过导航属性的链式关联来配置约束，但要确保SubJob到Project的导航关系完整：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    // 通过SubJob的ProjectId间接关联，配置联合唯一
    modelBuilder.Entity<Task>()
        .HasIndex(t => new { t.SubJob.ProjectId, t.Number })
        .IsUnique();
    
    // 必须确保SubJob与Project的关联配置正确
    modelBuilder.Entity<SubJob>()
        .HasOne(sj => sj.Project)
        .WithMany(p => p.SubJobs)
        .HasForeignKey(sj => sj.ProjectId);
}

不过这种方式要注意：部分数据库对这类基于导航路径的索引生成有额外要求，且后续查询时可能会多一层关联开销，不如方案1直接高效。

验证约束有效性 #

当你插入或更新数据时，如果尝试在同一个Project下添加Number重复的Task，EF Core会抛出DbUpdateException，数据库也会返回唯一约束冲突的错误，这就说明约束生效了。

内容的提问来源于stack exchange，提问作者Jan Paolo Go