EF Core执行update-database报错：外键约束引发循环或多级联路径

我之前在Entity Framework Code First同步数据库时也踩过这个坑，SQL Server对多路径的级联操作有严格限制——当同一个目标表（这里是Service）通过多条外键关联到源表（Sale_Service），或者存在循环关联，且这些外键都配置了CASCADE级联删除/更新时，数据库就会抛出这个错误，因为它无法确定级联操作的执行顺序，担心出现数据不一致的问题。

下面是几种可行的解决方案，你可以根据业务场景选择：

1. 调整外键的级联行为（推荐用Fluent API） #

找到导致冲突的外键关联，将其中一个的级联删除/更新改为NoAction（或者Restrict，两者效果类似，都是阻止自动级联）。

比如在你的DbContext的OnModelCreating方法里，针对Sale_Service和Service的关联做如下配置：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    // 配置Sale_Service与Service的外键，禁用级联删除
    modelBuilder.Entity<Sale_Service>()
        .HasOne(saleService => saleService.Service)
        .WithMany(service => service.SaleServices) // 如果有反向导航属性的话
        .HasForeignKey(saleService => saleService.ServiceId)
        .OnDelete(DeleteBehavior.NoAction); // 关键是这里改成NoAction

    // 其他实体配置...
}

如果是用数据注解的方式，虽然没有直接设置级联行为的属性，但你可以通过移除默认的级联约定，或者手动处理迁移脚本实现。

2. 检查并消除循环关联 #

如果你的实体之间存在循环引用（比如Service里有ICollection<Sale_Service>，而Sale_Service又反过来关联另一个Service相关的实体），这种循环也会触发这个错误。你需要梳理实体关系，去掉不必要的反向导航属性，或者调整其中一条关联的级联规则。

3. 手动修改迁移脚本 #

如果你已经生成了迁移文件，可以直接打开对应的迁移脚本，找到创建外键的语句，修改级联行为：

原来的脚本可能类似：

ALTER TABLE [dbo].[Sale_Service] 
ADD CONSTRAINT [FK_Sale_Service_Service_ServiceId] 
FOREIGN KEY ([ServiceId]) REFERENCES [dbo].[Service] ([Id]) 
ON DELETE CASCADE;

把ON DELETE CASCADE改成ON DELETE NO ACTION（如果是更新的问题就改ON UPDATE）：

ALTER TABLE [dbo].[Sale_Service] 
ADD CONSTRAINT [FK_Sale_Service_Service_ServiceId] 
FOREIGN KEY ([ServiceId]) REFERENCES [dbo].[Service] ([Id]) 
ON DELETE NO ACTION;

修改后再执行update-database命令即可。

注意事项 #

改成NoAction后，当你尝试删除Service时，如果还有关联的Sale_Service记录，数据库会直接报错（因为外键约束不允许删除被引用的记录）。所以你需要在业务逻辑里手动处理这些关联数据：比如先删除对应的Sale_Service，再删除Service，或者根据需求设置软删除等方案。

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