为什么SQL Server 2017中的AFTER触发器无法捕获MERGE操作？-SQL-PHP中文网

after触发器不感知merge语句本身，仅响应其分解出的insert/update/delete物理操作；同一merge可能混合触发多类触发器，需依$action输出结果严格对齐逻辑。

为什么sql server 2017中的after触发器无法捕获merge操作？

AFTER 触发器不是“无法捕获 MERGE”，而是它根本不感知 MERGE 这个语句本身——它只响应底层实际执行的 INSERT、UPDATE 或 DELETE 动作。

你看到的“没触发”，往往是因为 MERGE 实际没做对应操作（比如全走 WHEN NOT MATCHED 插入，那只有 INSERT 触发器被调），或者你查错了触发器类型（比如只建了 AFTER UPDATE，但 MERGE 实际执行的是 DELETE）。

`MERGE` 到底触发哪些触发器？

MERGE 是逻辑语句，SQL Server 会将其拆解为物理 DML：
- WHEN MATCHED THEN UPDATE → 触发 AFTER UPDATE
- WHEN MATCHED THEN DELETE → 触发 AFTER DELETE
- WHEN NOT MATCHED THEN INSERT → 触发 AFTER INSERT
同一 MERGE 语句可能混合触发多个类型（例如部分行更新、部分行插入），每个类型各自独立触发对应触发器
AFTER 触发器不会因为 MERGE 语句执行就“统一触发一次”，而是按实际修改的每批行，在对应 DML 类型下触发

常见错误现象：

只建了 AFTER INSERT，但测试数据全命中 WHEN MATCHED → 看起来“没触发”
在 AFTER UPDATE 里查 DELETED 表，但某次 MERGE 实际只插入没更新 → DELETED 为空，逻辑报错或漏处理
忘记 WHEN NOT MATCHED BY SOURCE 也会触发 DELETE，但很多人只关注前两个子句

如何确认 MERGE 真正执行了什么？

别靠猜，用 OUTPUT 子句直接看：

MERGE target AS t
USING source AS s ON t.id = s.id
WHEN MATCHED THEN UPDATE SET t.val = s.val
WHEN NOT MATCHED THEN INSERT (id, val) VALUES (s.id, s.val)
OUTPUT $action, INSERTED.*, DELETED.*;

返回结果第一列就是 $action（'INSERT' / 'UPDATE' / 'DELETE'），这才是 MERGE 实际干的事。你建的触发器必须和这个动作严格对齐。

注意：$action 是 MERGE 特有，触发器内部不可用；触发器只能靠 INSERTED 和 DELETED 表是否存在数据来间接判断。

`AFTER UPDATE` 触发器里怎么安全读旧值和新值？

MERGE 执行 UPDATE 时，DELETED 和 INSERTED 的行为与普通 UPDATE 完全一致，但有两个关键陷阱：

DELETED 中的值是上一次提交后的快照，不是原始业务值（如果之前有其他触发器改过该行，这里就是改过的值）
如果 MERGE 更新了主键字段（如 SET id = s.new_id），INSERTED.id 和 DELETED.id 不再相等 → 用 ON i.id = d.id 关联会失败

正确做法：

优先用自然键（如业务单号、时间戳+类型组合）关联 INSERTED 和 DELETED，而不是依赖可能变更的主键

显式检查交集是否非空，避免空 JOIN 导致无记录写入审计表：

IF EXISTS (SELECT 1 FROM INSERTED i INNER JOIN DELETED d ON i.order_no = d.order_no)
BEGIN
INSERT INTO audit_log (...) 
SELECT i.order_no, d.status, i.status, GETDATE() 
FROM INSERTED i INNER JOIN DELETED d ON i.order_no = d.order_no;
END