创建employee表外键约束时提示循环或多重级联路径错误

这个报错是SQL Server数据库特有的外键约束限制，核心原因是配置的外键级联规则形成了循环/多重级联路径：

• 现有外键的级联逻辑形成了闭环：删除employee表的某条员工记录时，会同时触发两个级联动作：一是branch表中mgr_id字段关联该员工的记录会被置空，二是employee表中super_id（上级id）字段关联该员工的其他员工记录会被置空
• 同时employee表的branch_id外键又指向branch表主键，这就导致级联触发路径出现分叉和循环：删除员工→触发branch表关联记录更新→触发employee表关联该分支的记录更新→再次触发更多级联动作。SQL Server为了避免级联操作出现无限递归、死锁或者不可控的性能问题，会直接拒绝创建这类存在多重/循环级联路径的外键约束。

根据实际业务场景选以下任意一种方案即可：

• 调整外键级联规则，消除循环级联路径
  把形成循环的其中一个外键的ON DELETE SET NULL改为ON DELETE NO ACTION（数据库默认的级联规则，删除主表记录时如果有从表关联就直接报错阻止删除），对应的关联字段更新逻辑放到业务代码里手动处理即可。
  可正常运行的参考代码如下：

  -- 清理已创建的测试表，避免重复创建报错
  DROP TABLE IF EXISTS employee;
  DROP TABLE IF EXISTS branch;
  
  -- 创建employee表
  CREATE TABLE employee 
  (
      emp_id INT PRIMARY KEY,
      first_name VARCHAR(40),
      last_name VARCHAR(40),
      birth_day DATE,
      sex VARCHAR(1),
      salary INT,
      super_id INT,
      branch_id INT
  );
  
  -- 创建branch表，将mgr_id外键的级联规则改为NO ACTION
  CREATE TABLE branch 
  (
      branch_id INT PRIMARY KEY,
      branch_name VARCHAR(40),
      mgr_id INT,
      mgr_start_date DATE,
      FOREIGN KEY (mgr_id) REFERENCES employee(emp_id) 
          ON DELETE NO ACTION
  );
  
  -- 为employee表添加剩余外键
  ALTER TABLE employee
  ADD FOREIGN KEY(branch_id)
      REFERENCES branch(branch_id)
          ON DELETE SET NULL;
  
  ALTER TABLE employee
  ADD FOREIGN KEY(super_id)
      REFERENCES employee(emp_id)
          ON DELETE SET NULL;
  

  按这个写法创建约束后，要删除某条员工记录前，需要先手动把branch表中mgr_id等于该员工id的记录更新为NULL，再执行员工删除操作即可。
• 用触发器替代数据库自带的级联逻辑
  所有外键都设置为ON DELETE NO ACTION，然后创建INSTEAD OF DELETE类型的触发器，在触发器内部手动定义关联记录的处理顺序、执行置空/删除操作，完全由开发者控制级联逻辑的执行流程，不会触发数据库的级联路径校验。
• 调整表结构设计
  如果业务还在设计阶段，可以把分支、经理的关联关系拆成独立的关联表，从表结构层面消除两张表互相外键关联的循环依赖，不过这个方案改动成本较高，不适合已经上线的业务。

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