EF Core CodeFirst执行Update-Database报外键级联多路径错误

SQL Server数据库引擎原生禁止单表存在多个指向同一父表的ON DELETE CASCADE级联外键，防止出现循环级联、多路径级联导致的不可预期数据删除。
你的ManagerRelations表中EmployeeID、ManagerID两个外键都指向Employees表的主键，EF Core按照约定自动给这两个非空外键都配置了级联删除行为，正好触发了数据库的约束限制。
你之前手动配置复合主键的操作是正确的，但主键配置和外键级联规则是完全独立的配置项，没有解决多外键级联路径的核心问题；给导航属性加?可空标记不生效的原因也很直接：外键字段EmployeeID、ManagerID本身是不可空的值类型int，EF Core是根据外键字段的可空性判断关系是否必填，和导航属性是否标记可空没有关系，所以这两个修改都无法解决报错。

你不需要修改现有实体结构，只需要在OnModelCreating方法中显式配置两个自引用外键的删除行为，至少关闭其中一个外键的级联删除（对应SQL的ON DELETE NO ACTION）即可。
修改后的OnModelCreating代码如下：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    // 原有复合主键配置
    modelBuilder.Entity<ManagerEmployeeRelation>()
        .HasKey(m => new { m.ManagerID, m.EmployeeID });

    // 配置Employee侧的外键关系，关闭级联删除
    modelBuilder.Entity<ManagerEmployeeRelation>()
        .HasOne(rel => rel.Employee)
        .WithMany()
        .HasForeignKey(rel => rel.EmployeeID)
        .OnDelete(DeleteBehavior.Restrict);

    // 配置Manager侧的外键关系，关闭级联删除
    modelBuilder.Entity<ManagerEmployeeRelation>()
        .HasOne(rel => rel.Manager)
        .WithMany()
        .HasForeignKey(rel => rel.ManagerID)
        .OnDelete(DeleteBehavior.Restrict);
}

配置说明 #

• 这里把两个外键都设为DeleteBehavior.Restrict是更符合业务逻辑的选择：删除员工记录时，你需要先手动处理该员工关联的上下级映射记录，比如调整对应关系、删除关联的ManagerRelations条目，再删除员工主数据，避免出现孤立的无效关系数据。
• 如果你确实需要保留某一个方向的级联删除，只需要把对应关系的OnDelete改回DeleteBehavior.Cascade即可，只要不同时开启两个外键的级联删除，就不会触发SQL Server的多路径级联报错。

后续更新步骤 #

修改完配置后，在包管理器控制台依次执行以下命令，删除之前生成的错误迁移、重新生成正确迁移并更新数据库：

Remove-Migration
Add-Migration FixManagerRelationCascadeConstraint
Update-Database

补充说明：如果你不想手动处理关联数据删除，也可以选择DeleteBehavior.ClientSetNull模式，但需要先把EmployeeID、ManagerID字段改成可空类型int?，删除员工时EF Core会在内存中自动把关联的外键字段设为null再保存。但从人事系统的业务逻辑看，员工-经理映射属于有效关联数据，不建议设为可空，使用Restrict模式更能保证数据一致性。

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