MERGE INTO 是 Oracle 19c 批量更新最直接、最可靠的语法，尤其适合“存在则更新、不存在则插入”场景；它避免 UPDATE+INSERT 的不可控风险与重复逻辑，要求 ON 条件源端唯一、字段显式对齐且满足约束。
MERGE INTO 是 Oracle 19c 批量更新最直接、最可靠的语法，尤其适合“存在则更新、不存在则插入”这类场景。它比拼凑 UPDATE + INSERT 更安全，也比 PL/SQL 循环更高效。
为什么不能直接用 UPDATE 关联子查询批量更新
Oracle 的 UPDATE 不允许在 SET 子句里写返回多行的子查询，哪怕逻辑上只该有一行——一旦源数据有重复 id 或没加 DISTINCT，立刻报 ORA-01427: single-row subquery returns more than one row；如果子查询返回 NULL，目标字段会被静默设为 NULL，结果不可控。
- 常见错误现象：执行后部分记录被意外清空，或更新了不该更新的行
- 根本原因：子查询未做去重，或
ON条件没约束唯一性 - 替代方案里，
UPDATE ... WHERE EXISTS虽能绕过 ORA-01427，但无法插入新记录，且性能随数据量增长明显下降
MERGE INTO 的 ON 条件必须保证源端唯一
Oracle 要求：对目标表每一行，最多只能匹配到源查询中的一行。否则抛出 ORA-30926: unable to get a stable set of rows in the source tables。
- 确保
USING后的子查询中，用于ON匹配的字段（如id）是唯一的：加DISTINCT、用GROUP BY聚合，或用ROW_NUMBER() OVER (PARTITION BY id ORDER BY updated_time DESC)取最新一条 - 避免在
USING里直接JOIN多张业务表——容易隐式放大行数，比如一张订单表关联三张明细表，没聚合就可能产生笛卡尔积 - 上线前务必先跑等价
SELECT：比如SELECT * FROM (your USING subquery) s JOIN target t ON s.id = t.id，观察是否出现一对多
UPDATE 和 INSERT 字段必须显式对齐且满足约束
WHEN MATCHED THEN UPDATE SET 后面不能引用目标表不存在的列，也不能漏掉 NOT NULL 字段（除非你确认值不会为 NULL）；WHEN NOT MATCHED THEN INSERT 必须列出所有 NOT NULL 列，且 VALUES 中顺序和 INSERT(...) 括号内列名顺序严格一致。
- 典型错误：忘记给
last_updated或created_by赋值，导致插入失败 - 字段顺序错位会导致值插进错误列，比如把
name当成age更新 - 如果目标表有自增主键（如
IDENTITY列），INSERT时不能显式插入该列，需从列名列表中排除
Oracle 19c 下 MERGE 的实际写法示例
假设要将 source_table 中的数据同步到 target_table，按 id 匹配：
MERGE INTO target_table t USING ( SELECT id, name, salary, department FROM source_table WHERE status = 'active' ) s ON (t.id = s.id) WHEN MATCHED THEN UPDATE SET t.name = s.name, t.salary = s.salary, t.department = s.department, t.last_updated = SYSDATE WHEN NOT MATCHED THEN INSERT (id, name, salary, department, created_date) VALUES (s.id, s.name, s.salary, s.department, SYSDATE);
注意：这里 USING 子查询已过滤掉无效数据，ON 只依赖 id，且 INSERT 显式列出了所有非空字段。实际使用时，USING 部分常是复杂查询或带绑定变量的视图，关键在于保证输出结果集的 id 唯一。
真正容易被忽略的是：ON 条件里的字段组合，在源端必须天然唯一或经聚合后唯一——这不是语法要求，而是 Oracle 运行时强制校验的稳定性前提。很多线上故障都源于测试时数据干净，上线后源表出现脏数据或逻辑变更引入重复键，却没在 USING 层做防御性处理。
