SQL Server互引用表创建及数据插入报错解决方案

问题本质 #

你碰到的是SQL Server外键循环依赖的典型场景：两张表互相定义了指向对方的外键，建表时无论先执行哪段CREATE语句，都会因为被引用的表不存在而失败；插入数据时也会因为任意一方的关联记录未提前写入，持续触发外键约束报错。
另外你贴的两段建表SQL都有语法问题：最后一个字段定义末尾多写了逗号，执行前记得删掉。 #

建表阶段处理方法 #

不要在CREATE TABLE阶段一次性定义所有循环关联的外键，先创建基础表结构，等两张表都创建完成后，再通过ALTER TABLE追加循环外键即可，具体步骤：

• 先创建Employee表，仅保留无循环依赖的外键，Advises字段先只建列、不加外键约束：

CREATE TABLE Employee(
    SSN Varchar(50) NOT NULL PRIMARY KEY,
    Manages  Varchar(50),
    PersonID varchar(50) FOREIGN KEY REFERENCES Person(PersonID),
    Advises  varchar(50)
);

• 再创建CustomerAccount表，这张表的AdvisiorID关联的Employee表已经存在，可以直接定义外键：

CREATE TABLE CustomerAccount(
    AccountNo   Varchar(50) NOT NULL PRIMARY KEY,
    AdvisiorID  VARCHAR(50) FOREIGN KEY REFERENCES Employee(SSN),
    OwnerSSN    Varchar(50) FOREIGN KEY REFERENCES Customer(SSN)
);

• 两张表都创建完成后，给Employee表的Advises字段追加外键约束：

ALTER TABLE Employee
ADD CONSTRAINT FK_Employee_CustomerAccount_Advises
FOREIGN KEY (Advises) REFERENCES CustomerAccount(AccountNo);

数据插入阶段处理方法 #

日常业务写入规范 #

不要尝试一次性写入双向关联数据，按以下步骤操作即可避开约束报错：

• 先插入Employee记录，Advises字段暂时填NULL
• 再插入CustomerAccount记录，AdvisiorID直接填已经入库的员工SSN
• 最后更新之前插入的Employee记录，把Advises字段改成对应客户账户的AccountNo

批量初始化数据临时方案 #

如果是做历史数据迁移、一次性导入全量数据，觉得分步更新太繁琐，可以临时关闭外键检查，导入完成后再重新开启并校验数据一致性：

-- 临时关闭两个循环外键的检查
ALTER TABLE Employee NOCHECK CONSTRAINT FK_Employee_CustomerAccount_Advises;
ALTER TABLE CustomerAccount NOCHECK CONSTRAINT FK_CustomerAccount_Employee_AdvisiorID;

-- 此处执行你的批量INSERT语句
-- INSERT INTO Employee (...) VALUES (...)
-- INSERT INTO CustomerAccount (...) VALUES (...)

-- 重新开启外键检查，同时校验已导入数据是否符合约束要求
ALTER TABLE Employee WITH CHECK CHECK CONSTRAINT FK_Employee_CustomerAccount_Advises;
ALTER TABLE CustomerAccount WITH CHECK CHECK CONSTRAINT FK_CustomerAccount_Employee_AdvisiorID;

注意：禁用外键检查仅能在数据迁移、初始化这类完全可控的场景使用，线上业务正常写入时绝对不要用，不然很容易产生无效的脏关联数据。

建模优化建议（根源消除循环依赖） #

你当前的表结构存在冗余的关联字段：员工和客户账户的咨询服务关系，本质是一个员工可以服务多个客户账户，一个客户账户对应一个咨询员工的多对一关系，只需要在CustomerAccount表保留AdvisiorID外键就完全能支撑所有业务需求。
如果要查询某个员工服务的所有客户账户，直接写查询语句即可：

SELECT AccountNo, OwnerSSN FROM CustomerAccount WHERE AdvisiorID = @TargetEmployeeSSN

完全不需要在Employee表额外加Advises字段做双向关联，删掉这个冗余字段就能从根源上消灭循环依赖，是更符合数据库范式的设计。

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