EF Core在SQL Server同表配置父子关系报错问题咨询

模型代码（Schedule.cs） #

public int Id { get; set; }
public int? ParentScheduleId { get; set; }
public Schedule? ParentSchedule { get; set; }
public ICollection<Schedule>? ChildSchedules { get; set; }

EF Core 配置代码 #

public class ScheduleConfiguration : IEntityTypeConfiguration<Schedule>
{
    public void Configure(EntityTypeBuilder<Schedule> builder)
    {
        builder.Property(s => s.Id).UseIdentityColumn();

        builder.HasOne(x => x.ParentSchedule)
            .WithMany(x => x.ChildSchedules)
            .HasForeignKey(x => x.ParentScheduleId)
            .OnDelete(DeleteBehavior.Cascade);
    }
}

报错信息 #

上述配置在SQLite和MySQL中可正常运行，但在SQL Server执行数据库更新操作时，抛出以下异常：

Microsoft.Data.SqlClient.SqlException (0x80131904): Introducing FOREIGN KEY constraint 'FK_Schedules_Schedules_ParentScheduleId' on table 'Schedules' may cause cycles or multiple cascade paths. Specify ON DELETE NO ACTION or ON UPDATE NO ACTION, or modify other FOREIGN KEY constraints.

已尝试按照提示修改OnDelete的行为，但问题依旧。想知道这是SQL Server的限制，还是配置本身有问题？

这是SQL Server的固有限制，和你的配置逻辑无关。

SQL Server不允许在自引用外键上设置级联删除（Cascade），因为这类场景会存在潜在的循环级联路径：比如删除一个父节点时，它的子节点会被级联删除，子节点的子节点又会继续被级联，SQL Server会判定这种情况有循环风险，直接阻止创建该外键约束。

你修改OnDelete后仍报错，大概率是旧迁移文件没清理干净，或者新配置没被EF Core正确识别。正确解决步骤：

1. 将OnDelete改为DeleteBehavior.Restrict或DeleteBehavior.NoAction（两者在SQL Server中效果一致：删除父节点时会阻止操作，除非先删除子节点或把子节点的ParentScheduleId置空）：

   builder.HasOne(x => x.ParentSchedule)
       .WithMany(x => x.ChildSchedules)
       .HasForeignKey(x => x.ParentScheduleId)
       .OnDelete(DeleteBehavior.Restrict);
   

2. 删除之前生成的迁移文件，重新生成新的迁移脚本
3. 执行更新数据库的操作

如果业务上需要级联删除的效果，不能依赖数据库级的约束，得自己在代码里手动处理：删除父节点前，先递归删除所有子节点，或者把子节点的ParentScheduleId设为null。

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