EF Core 6迁移未按配置用ON DELETE SET NULL，仍使用CASCADE的问题

1. 排查隐式级联关系 #

EF Core 6.0中多对多关系默认会为连接表（UserGroups）的外键配置ON DELETE CASCADE，如果这和你GroupCreatorID的SET NULL规则同时存在，会触发SQL Server的循环级联检测报错。另外要确认Group实体是否有其他未显式配置的用户关联导航属性，避免EF生成隐式的级联关系。

2. 补全Fluent API配置 #

确保一对多关系的配置完整，同时显式控制多对多的删除行为，避免冲突：

// 配置Group与创建者的一对多关系
modelBuilder.Entity<Group>()
    .HasOne(g => g.Creator)
    .WithMany(u => u.CreatedGroups) // 必须指定反向导航，否则EF可能生成冗余关系
    .HasForeignKey(g => g.GroupCreatorID)
    .IsRequired(false)
    .OnDelete(DeleteBehavior.SetNull);

// 显式配置多对多关系，调整删除行为避免循环
modelBuilder.Entity<User>()
    .HasMany(u => u.Groups)
    .WithMany(g => g.Users)
    .UsingEntity<UserGroups>(
        j => j.HasOne(ug => ug.Group)
            .WithMany()
            .HasForeignKey(ug => ug.GroupId)
            .OnDelete(DeleteBehavior.Restrict),
        j => j.HasOne(ug => ug.User)
            .WithMany()
            .HasForeignKey(ug => ug.UserId)
            .OnDelete(DeleteBehavior.Restrict)
    );

3. 清理迁移并重新生成 #

旧迁移的残留配置可能导致异常，按以下步骤操作：

• 删除项目中除初始迁移外的所有迁移文件
• 执行Remove-Migration命令回退到干净状态
• 重新执行Add-Migration生成新迁移，检查Up方法中GroupCreatorID的外键配置是否为onDelete: ReferentialAction.SetNull，同时确认多对多连接表的外键删除行为符合预期

4. 迁移中使用原生SQL强制配置 #

如果自动生成的迁移仍未生效，直接在Up方法中替换为原生SQL：

// 先移除旧外键（如果存在）
migrationBuilder.Sql(@"
    IF EXISTS (SELECT * FROM sys.foreign_keys WHERE name = 'FK_Groups_Users_GroupCreatorID')
        ALTER TABLE Groups DROP CONSTRAINT FK_Groups_Users_GroupCreatorID;
");

// 添加带SET NULL规则的新外键
migrationBuilder.Sql(@"
    ALTER TABLE Groups
    ADD CONSTRAINT FK_Groups_Users_GroupCreatorID
    FOREIGN KEY (GroupCreatorID) REFERENCES Users(Id)
    ON DELETE SET NULL;
");

前提是GroupCreatorID字段已被配置为允许NULL（IsRequired(false)）。

5. 检查数据库现有约束 #

如果之前手动修改过数据库，可能存在残留的旧外键约束。执行以下SQL查询检查：

SELECT name, delete_referential_action_desc
FROM sys.foreign_keys
WHERE parent_object_id = OBJECT_ID('Groups');

若发现使用CASCADE的旧外键，先手动删除，再执行迁移。

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