SQL Server用户主从表一对多关系EF Code First实现问题咨询

报错根因 #

该报错是SQL Server本身的机制限制：不允许同一张表的两个外键同时指向另一张表的同一主键且都开启级联删除，系统会判定存在潜在的多重级联路径冲突，比如当一个用户同时作为主用户和从用户存在关联关系时，删除该用户会触发两次关联表的级联删除动作，因此直接抛出约束错误。

无需手动改库、无需触发器、无需第三方库的EF Code First解决方案 #

步骤1：定义实体类 #

// 用户实体
public class User
{
    public int ID { get; set; }
    public string Mail { get; set; }
    // 作为主用户关联的主从关系集合
    public ICollection<UserMasterSlave> MasterRelations { get; set; } = new List<UserMasterSlave>();
    // 作为从用户关联的主从关系集合
    public ICollection<UserMasterSlave> SlaveRelations { get; set; } = new List<UserMasterSlave>();
}

// 主从关联表实体
public class UserMasterSlave
{
    public int ID { get; set; }
    public int MasterID { get; set; }
    public int SlaveID { get; set; }
    public int? OrderID { get; set; }
    public User Master { get; set; }
    public User Slave { get; set; }
}

步骤2：Fluent API配置外键约束 #

在DbContext的OnModelCreating方法中配置关联关系，仅保留一个外键的级联删除，另一个外键关闭级联删除，避免冲突：

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
    // 配置主用户外键：开启级联删除，删除主用户时自动清理对应主从关系
    modelBuilder.Entity<UserMasterSlave>()
        .HasRequired(ums => ums.Master)
        .WithMany(u => u.MasterRelations)
        .HasForeignKey(ums => ums.MasterID)
        .WillCascadeOnDelete(true);

    // 配置从用户外键：关闭级联删除，规避多重级联路径报错
    modelBuilder.Entity<UserMasterSlave>()
        .HasRequired(ums => ums.Slave)
        .WithMany(u => u.SlaveRelations)
        .HasForeignKey(ums => ums.SlaveID)
        .WillCascadeOnDelete(false);
}

执行EF迁移时会自动生成符合SQL Server规范的表结构和外键约束，不会再抛出原报错。

步骤3：封装删除用户的逻辑处理从用户关联 #

因为从用户的级联删除被关闭，删除从用户前需要手动清理对应关联关系，完全依托EF的变更追踪实现，不需要操作数据库原生对象：

public void DeleteUser(int userId)
{
    var user = _context.Users
        .Include(u => u.MasterRelations)
        .Include(u => u.SlaveRelations)
        .FirstOrDefault(u => u.ID == userId);
    if (user == null) return;

    // 先删除该用户参与的所有主从关联
    _context.UserMasterSlaves.RemoveRange(user.MasterRelations);
    _context.UserMasterSlaves.RemoveRange(user.SlaveRelations);
    // 再删除用户本身
    _context.Users.Remove(user);
    _context.SaveChanges();
}

如果必须要数据库层面自动处理级联删除，再考虑关闭两个外键的级联删除后新增触发器实现，上述原生EF方案已经可以覆盖绝大多数业务场景需求。

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