EF Core 6.0删除父行时如何不操作子行及外键列？

首先明确：DeleteBehavior.NoAction 和 DeleteBehavior.Restrict 的核心差异在于EF Core的前置检查逻辑，而非最终能否删除父实体：

• Restrict：EF Core会在发送删除命令前检查关联子实体，若存在则直接抛出异常，阻止删除操作
• NoAction：EF Core不做前置检查，直接向数据库发送删除请求，是否允许删除由数据库的外键约束规则决定

你遇到的"效果一致"，本质是因为数据库的外键约束默认会阻止删除存在子实体引用的父行——即使使用NoAction，数据库层面的外键约束（默认ON DELETE NO ACTION）会因为违反引用完整性而拒绝删除操作，最终和Restrict的表现（EF Core提前阻止）看起来一致。

要实现删除父实体时不修改子行及外键值的需求，需根据你的实际场景选择以下方案：

方案1：移除外键的引用完整性约束（允许孤儿行） #

如果业务上允许子行保留指向已删除父行的外键值（即无需保证外键引用的父实体一定存在），可以将外键列改为普通列，移除外键约束：

// 移除原有外键约束配置，仅保留实体关联关系
modelBuilder.Entity<Child>()
    .HasOne(c => c.Parent)
    .WithMany(p => p.Children)
    .HasForeignKey(c => c.ParentId);

// 生成迁移后，手动修改迁移文件，删除外键约束的创建语句

此方案下，删除父实体时，EF Core和数据库都不会干预子行，外键值将保留原样。

方案2：临时禁用EF Core的关联检查（仅适用于特定场景） #

如果你确认数据库层面已允许删除父实体（比如通过手动修改数据库约束绕过检查），可以通过关闭EF Core的变更检测来避免前置检查：

// 关闭当前上下文的变更检测
context.ChangeTracker.QueryTrackingBehavior = QueryTrackingBehavior.NoTracking;

// 删除父实体
context.Parents.Remove(parent);
await context.SaveChangesAsync();

注意：此方案仅跳过EF Core的前置检查，最终能否删除仍取决于数据库的约束规则。

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