EF Core配置级联删除报错：外键可能导致循环或多重级联路径

这个报错是SQL Server等关系型数据库的固有约束导致的：单张表不能同时创建2个指向同一张表的级联删除外键，否则数据库会判定存在多路径级联风险，直接阻止外键创建。你的CompanyRelationship表两个外键都指向Company表，且都配置了数据库级DeleteBehavior.Cascade，必然触发这个错误。

ClientCascade能绕过报错是因为它完全不创建数据库级级联规则，级联逻辑只在EF Core内存追踪层面执行——如果删除公司时没有提前加载对应的关系导航属性，EF Core感知不到关联记录的存在，要么抛外键约束错误，要么残留脏数据，不符合你的需求。

方案1：数据库触发器（最省心，零业务代码侵入） #

只保留一个外键的数据库级级联，另一个关闭数据库级级联避免报错，剩下的级联逻辑用数据库触发器实现，删除公司时自动清理所有关联关系，完全不需要业务层加载关联数据。
第一步调整EF Core配置：

model.ToTable("CompanyRelationship");
model.HasKey(x => new { x.ParentCompanyId, x.ChildCompanyId });

// 保留子公司维度的数据库级联
model.HasOne(e => e.ChildCompany)
    .WithOne(e => e.ChildCompany)
    .HasForeignKey<CompanyRelationshipEntity>(x => x.ChildCompanyId)
    .OnDelete(DeleteBehavior.Cascade);

// 关闭母公司维度的数据库级联，绕过多级联限制
model.HasOne(e => e.ParentCompany)
    .WithOne(e => e.ParentCompany)
    .HasForeignKey<CompanyRelationshipEntity>(x => x.ParentCompanyId)
    .OnDelete(DeleteBehavior.NoAction);

这里保留哪个外键的级联没有强制要求，如果你选择保留ParentCompanyId的级联，只需要把触发器里的删除条件改成匹配ChildCompanyId = d.Id即可，效果完全一致。

第二步在数据库创建删除触发器：

CREATE TRIGGER TR_Company_Delete_CleanRelationship
ON Company
AFTER DELETE
AS
BEGIN
    SET NOCOUNT ON;
    DELETE cr 
    FROM CompanyRelationship cr
    INNER JOIN deleted d ON cr.ParentCompanyId = d.Id;
END

这个方案生效后，无论删除的公司是关联关系里的母公司还是子公司，数据库都会自动删除对应CompanyRelationship记录，业务代码删除公司时不需要做任何额外处理，也不需要预加载导航属性。

方案2：EF Core删除拦截器（不想维护数据库触发器的场景） #

如果不想在数据库侧写触发器，可以把两个外键的数据库级联全部关闭，通过EF Core的保存拦截器，在执行删除公司操作前，直接通过SQL清理关联关系，同样不需要预加载导航属性。
第一步调整EF Core配置：

model.ToTable("CompanyRelationship");
model.HasKey(x => new { x.ParentCompanyId, x.ChildCompanyId });

model.HasOne(e => e.ChildCompany)
    .WithOne(e => e.ChildCompany)
    .HasForeignKey<CompanyRelationshipEntity>(x => x.ChildCompanyId)
    .OnDelete(DeleteBehavior.NoAction);

model.HasOne(e => e.ParentCompany)
    .WithOne(e => e.ParentCompany)
    .HasForeignKey<CompanyRelationshipEntity>(x => x.ParentCompanyId)
    .OnDelete(DeleteBehavior.NoAction);

第二步实现保存拦截器：

public class CompanyDeleteCascadeInterceptor : SaveChangesInterceptor
{
    public override InterceptionResult<int> SavingChanges(DbContextEventData eventData, InterceptionResult<int> result)
    {
        var context = eventData.Context;
        if (context == null) return result;

        var deletedIds = context.ChangeTracker.Entries<CompanyEntity>()
            .Where(e => e.State == EntityState.Deleted)
            .Select(e => e.Entity.Id)
            .ToList();

        if (deletedIds.Any())
        {
            context.Database.ExecuteSqlInterpolated(
                $"DELETE FROM CompanyRelationship WHERE ParentCompanyId IN ({deletedIds}) OR ChildCompanyId IN ({deletedIds})");
        }

        return base.SavingChanges(eventData, result);
    }
}

第三步注册拦截器到DbContext：

services.AddDbContext<AppDbContext>(opt =>
    opt.UseSqlServer(ConnString)
       .AddInterceptors(new CompanyDeleteCascadeInterceptor()));

这个方案的逻辑是EF Core在执行保存操作前，先扫描本次要删除的公司ID，直接执行SQL清理关联关系，不需要把关联记录加载到内存，性能和使用体验和数据库级联基本一致。

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