SQL Server 创建外键时报 1785：级联路径重复到达同一张表

在 SQL Server 的建表或迁移脚本中，新增带级联动作的外键时报 Msg 1785，随后可能还有“无法创建约束”的 1750 错误：

may cause cycles or multiple cascade paths
Specify ON DELETE NO ACTION or ON UPDATE NO ACTION,
or modify other FOREIGN KEY constraints.

这类错误检查的是外键级联动作形成的路径。由一次删除或更新开始，同一张表不能在级联动作树中出现多次。即使业务数据中暂时没有实际循环、表里没有记录，结构本身也可能被拒绝。

以下针对 SQL Server 的声明式外键级联规则。应用或 ORM 在客户端按顺序删除数据，与数据库的 ON DELETE CASCADE 不是同一机制，不能仅凭模型代码中的“级联”字样判断实际约束。

从被引用表沿级联方向追踪

先查看报错中那条外键的完整定义，并向上查找其他关系。外键定义写在引用方，而删除级联的方向是从被引用表传向引用表。

例如存在以下两条删除路径：

Departments -> Employees -> Tasks
Departments -------------> Tasks

删除一条部门记录会沿两条路径到达 Tasks。把任务表的外键列改个名字，不会改变这两条路径。另一个常见结构是同一张记录表用创建者、最后修改者两个外键引用用户表，并给两条外键都配置级联动作。

删除和更新动作都要检查。只把 ON DELETE 改成 NO ACTION，却保留造成重复路径的 ON UPDATE CASCADE，仍可能报 1785。

在目标数据库，可以用下面的只读查询列出当前可见的外键与动作：

SELECT
    fk.name AS constraint_name,
    OBJECT_SCHEMA_NAME(fk.parent_object_id) AS referencing_schema,
    OBJECT_NAME(fk.parent_object_id) AS referencing_table,
    OBJECT_SCHEMA_NAME(fk.referenced_object_id) AS referenced_schema,
    OBJECT_NAME(fk.referenced_object_id) AS referenced_table,
    fk.delete_referential_action_desc,
    fk.update_referential_action_desc,
    fk.is_disabled,
    fk.is_not_trusted
FROM sys.foreign_keys AS fk
ORDER BY referencing_schema, referencing_table, constraint_name;

目录视图中的 parent_object_id 在这里指约束所属的引用表，不要因为字段里有 parent 就把方向画反。查询还受当前账号的元数据可见范围限制；刚创建失败的外键通常也不在结果中，应把迁移脚本里待新增的边一起画上。

选择保留完整性的处理方式

如果某条关系不应该自动删子记录，将这一条路径的动作设为 NO ACTION，保留外键本身。这样引用完整性仍然受约束，但有子记录引用时，父记录的删除或键值修改可能被拒绝。应用必须按业务规定先解除关系或处理相关数据。

下面是只用于新建隔离测试数据库的结构示例。创建者删除会级联删除记录，最后修改者不触发级联；两条关系都仍有外键检查：

CREATE TABLE dbo.AuditUsersDemo (
    user_id int NOT NULL PRIMARY KEY
);

CREATE TABLE dbo.AuditEntriesDemo (
    entry_id int NOT NULL PRIMARY KEY,
    created_by int NOT NULL,
    changed_by int NOT NULL,
    CONSTRAINT FK_AuditEntriesDemo_Creator
        FOREIGN KEY (created_by)
        REFERENCES dbo.AuditUsersDemo(user_id)
        ON DELETE CASCADE ON UPDATE NO ACTION,
    CONSTRAINT FK_AuditEntriesDemo_Changer
        FOREIGN KEY (changed_by)
        REFERENCES dbo.AuditUsersDemo(user_id)
        ON DELETE NO ACTION ON UPDATE NO ACTION
);

示例只说明单路径结构，不表示审计记录通常应该随用户删除。正式业务如果必须保留历史，可能连创建者这条关系也不应级联。对于已有表，不直接重跑建表语句；先保存现有约束定义、数据备份与迁移差异，再按项目的变更流程调整指定关系。

如果重复路径来自模型含义不清，应先修模型。例如“统一资产实体”与“硬件、软件明细”可以设计为明细引用统一实体，不再让统一实体反向引用两个明细表。但“操作历史”未必就是统一资产实体，不能只为了建表通过就把历史表主键或外键方向整体翻转。

确实需要复杂联动时，可以设计受控的应用事务或触发器来实现，但必须另行检查并发、执行顺序、错误回滚和重复处理。这不是把 CASCADE 随便换成一个触发器就完成；也不要用删除外键或禁用完整性检查来掩盖路径冲突。

创建成功以后，核对删除和更新语义

在隔离数据副本中覆盖至少几种业务情形：只被一条关系引用、被多条关系引用，以及其他引用表仍保留记录。核对哪些操作应被拒绝、哪些子记录应保留，不能只检查迁移不再报 1785。

尤其注意从级联改为 NO ACTION 后，过去自动完成的删除可能改为外键冲突。这是关系动作发生了变化，需要应用流程配套，而不是新的数据库故障。目录查询还应确认正式约束没有处于禁用或未受信任状态。

回退必须恢复配套的约束和应用行为。约束定义可以重新迁移，已经级联删除并提交的数据却不会因此回来；恢复这些数据依赖事前备份和明确的恢复范围。不要用一次真实生产删除来验证级联路径。