SQL Server 不允许同一主表的多个外键同时启用 ON UPDATE CASCADE，因约束机制限制仅允一个级联更新，其余需用触发器补全；触发器须用 inserted/deleted 联查、加 IF UPDATE 判断、SET NOCOUNT ON，并注意并发与空值处理。
SQL Server 不允许对同一张主表的多个外键字段同时启用 ON UPDATE CASCADE，所以当一张子表（如 Orders）有多个字段引用同一主表（如 Customers）的主键时，只能有一个外键能配置级联更新，其余必须靠触发器补全——这是硬性限制，不是配置错误。
为什么不能直接用多个 ON UPDATE CASCADE
SQL Server 的外键约束机制规定：一个外键约束只能绑定一个 ON UPDATE CASCADE 行为；而一张表中若存在多个指向同一主表主键的外键列（比如 created_by、updated_by、assigned_to 都引用 Users.id），数据库只允许其中一个启用 ON UPDATE CASCADE，其余必须设为 NO ACTION 或显式禁用约束检查。否则建表或修改约束时会报错：Msg 1785, Level 16, State 0 — Introducing FOREIGN KEY constraint may cause cycles or multiple cascade paths.
INSTEAD OF UPDATE 触发器会锁死整张主表？
你遇到“整个表 A 的数据都不能修改了，也不报错”，大概率是因为用了 INSTEAD OF UPDATE 却没在触发器里执行真正的 UPDATE 操作——它只是拦截了语句，但没把原意落地，相当于“吃掉”了更新请求。
- 必须在触发器内显式执行
UPDATE主表（否则主键根本不会变） - 再基于
inserted和deleted表同步更新所有关联子表字段 - 要加
SET NOCOUNT ON，避免客户端收到多结果集干扰 - 如果主键是
varchar类型且业务允许，建议额外加一个IDENTITY列（如id INT IDENTITY(1,1)）并建唯一索引，用于精确匹配行，避免字符串主键更新时出现模糊匹配
如何写一个安全可用的级联更新触发器
以主表 Users（主键 login_id）和子表 Orders（含 creator_id、updater_id、assignee_id 三列都引用 Users.login_id）为例：
CREATE TRIGGER tr_Users_UpdateCascade
ON Users
AFTER UPDATE
AS
BEGIN
SET NOCOUNT ON;
IF UPDATE(login_id)
BEGIN
-- 更新 Orders.creator_id
UPDATE o
SET creator_id = i.login_id
FROM Orders o
INNER JOIN inserted i ON o.creator_id = d.login_id
INNER JOIN deleted d ON o.creator_id = d.login_id;
<pre class='brush:php;toolbar:false;'> -- 更新 Orders.updater_id
UPDATE o
SET updater_id = i.login_id
FROM Orders o
INNER JOIN inserted i ON o.updater_id = d.login_id
INNER JOIN deleted d ON o.updater_id = d.login_id;
-- 更新 Orders.assignee_id
UPDATE o
SET assignee_id = i.login_id
FROM Orders o
INNER JOIN inserted i ON o.assignee_id = d.login_id
INNER JOIN deleted d ON o.assignee_id = d.login_id;
ENDEND;
注意点：
- 必须用
INNER JOIN deleted和inserted联查，确保只改被更新过的旧值对应的新值 - 不能漏掉
IF UPDATE(login_id)判断，否则非主键字段更新也会触发无谓的级联逻辑 - 如果子表外键列允许 NULL，且业务接受“主键删掉后留空”，可另加
ON DELETE SET NULL外键约束配合AFTER DELETE触发器处理删除场景 - 该触发器不处理并发更新冲突，高并发下建议加事务隔离级别控制，或在应用层加重试逻辑
真正麻烦的不是写触发器，而是验证所有路径：主键更新、主键删除、子表字段是否可空、是否有唯一索引防止误更新——少一个条件，就可能让某条记录的外键字段“卡”在旧值上不动。
