MERGE本质是匹配驱动的条件分支操作，以ON子句为唯一入口分流执行UPDATE、INSERT或DELETE；必须显式声明WHEN MATCHED与WHEN NOT MATCHED分支，缺一不可，且DELETE仅支持在WHEN NOT MATCHED BY SOURCE中触发。
SQL MERGE 本质是“匹配驱动的条件分支操作”
MERGE 不是简单把 INSERT/UPDATE/DELETE 拼在一起，而是以 ON 子句为唯一入口，对目标表每一行（或尝试插入的每一行）做“是否存在匹配”的判断，再分流执行对应操作。它不保证原子性地“先查再改”，而由数据库引擎按语义重写为等价的执行计划——这意味着：你写的 WHEN MATCHED THEN UPDATE 可能被优化为索引查找+原地修改，也可能触发锁升级；WHEN NOT MATCHED THEN INSERT 在唯一键冲突时直接报错，不会自动跳过。
必须显式声明 WHEN MATCHED / NOT MATCHED 分支，缺一不可
常见错误是只写 WHEN MATCHED THEN UPDATE，以为没匹配就自然跳过——实际会报错，因为 MERGE 要求覆盖所有可能路径。即使你只想更新已有数据、忽略新增，也得补上空分支：
MERGE target_table AS t USING source_data AS s ON t.id = s.id WHEN MATCHED THEN UPDATE SET t.name = s.name, t.updated_at = GETDATE() WHEN NOT MATCHED THEN INSERT (id, name, created_at) VALUES (s.id, s.name, GETDATE()) -- 缺少 WHEN NOT MATCHED BY SOURCE？那 delete 就无从谈起
真正支持“删”的分支是 WHEN NOT MATCHED BY SOURCE，它表示：目标表里有某行，但源数据里完全没提供对应 ON 键值——这才是安全删除的信号。漏掉这个分支，DELETE 操作根本不会发生。
DELETE 只能在 WHEN NOT MATCHED BY SOURCE 中触发，且不能带 WHERE
想删掉目标表中“过期”的记录（比如源数据已下线的用户），必须依赖 WHEN NOT MATCHED BY SOURCE THEN DELETE。注意三点：
-
DELETE后面不能跟WHERE条件——它本身就是基于“未被源匹配”这一全局判定，加 WHERE 语法错误 - 若需附加过滤（如只删 status = 'inactive' 的旧记录），得把逻辑提前到
USING子查询里筛掉，或在ON中用AND扩展（但小心破坏匹配语义） - SQL Server 允许在
WHEN NOT MATCHED BY SOURCE中写UPDATE，但 PostgreSQL 和 Oracle 不支持；DELETE 是三者都认可的唯一操作
Oracle/SQL Server/PostgreSQL 对 MERGE 的兼容性差异极大
别假设写一次就能跨库运行。关键区别：
- Oracle 用
MERGE INTO，USING后可接子查询或表，ON支持复杂表达式，但DELETE必须带WHERE（哪怕写WHERE 1=1） - SQL Server 用
MERGE，USING必须是表或 CTE，ON不允许函数（如UPPER(t.name) = UPPER(s.name)会报错），DELETE不支持 WHERE - PostgreSQL 直到 15 才支持
MERGE，且仅限于INSERT/UPDATE，DELETE分支完全不支持——想删就得拆成两步
最易被忽略的是锁行为：SQL Server 的 MERGE 在匹配阶段可能对整个目标表加范围锁，而 Oracle 默认只锁匹配行。线上跑大表 MERGE 前，务必在测试库开 SET STATISTICS IO ON 或 EXPLAIN 看执行计划，确认没意外扫全表。
