merge into 子查询必须加括号作为内联视图，且需显式别名；避免ora-30926需确保源数据唯一性，如用distinct或row_number()去重，并禁止在on中引用未select字段。
MERGE INTO 用子查询是可行的，但必须加括号、避免列歧义、且不能修改 ON 条件中涉及的源表字段 —— 否则直接报错 ORA-30926: unable to get a stable set of rows in the source tables。
为什么子查询必须用括号包裹
Oracle 要求 USING 后面必须是「可识别的表表达式」。裸写子查询（如 SELECT id, name FROM tmp）会被解析为语法错误；只有加上括号，才被当作合法的 inline view。
- ✅ 正确：
USING (SELECT id, name, dept_id FROM emp_staging WHERE status = 'ACTIVE') s - ❌ 错误：
USING SELECT id, name FROM emp_staging→ 报ORA-00928: missing SELECT keyword - ⚠️ 注意：子查询别名
s必须存在，否则ON或UPDATE SET中无法引用字段
如何避免 ORA-30926 稳定性错误
这个错误本质是 Oracle 在执行 ON 匹配时，发现源子查询返回了多行匹配同一目标行（一对多），导致更新语义不明确。常见于没去重、没加 DISTINCT 或漏了关键过滤条件。
- 检查子查询是否隐含重复：比如
JOIN多张表却没控制基数，或用了GROUP BY但漏了聚合字段 - 强制去重：在子查询最外层加
DISTINCT，尤其当源数据来自 UNION 或历史快照表时 - 用
ROW_NUMBER() OVER (PARTITION BY key ORDER BY ts DESC)取最新一条，再套一层WHERE rn = 1 - 禁止在
ON子句里引用子查询中未SELECT出来的列（即使该列在子查询 FROM 表中存在）
子查询中带 WHERE 和 ORDER BY 的影响
子查询的 WHERE 是前置过滤，能显著减少参与 MERGE 的数据量；而 ORDER BY 在子查询里**无意义**（除非配合 ROWNUM 或分析函数），Oracle 会忽略它，还可能拖慢执行计划。
- ✅ 推荐：
USING (SELECT /*+ INDEX(t IDX_TMP_EMP) */ emp_id, name, salary FROM emp_staging t WHERE processed = 'N' AND batch_id = 123) s - ❌ 不要：
USING (SELECT emp_id, name FROM emp_staging ORDER BY last_update DESC)→ORDER BY白写，还触发排序操作 - ? 小技巧：给子查询加 hint（如
/*+ INDEX */）能引导 CBO 走索引，比在目标表上加 hint 更有效
UPDATE/INSERT 中引用子查询字段的限制
所有出现在 UPDATE SET 或 INSERT VALUES 中的字段，必须在子查询的 SELECT 列表中显式出现 —— 即使该字段在子查询的 FROM 表里存在，没选出来就不可见。
- ❌ 错误示例：子查询写
SELECT emp_id, name FROM emp_staging，但UPDATE SET salary = s.salary→ 报ORA-00904: "S"."SALARY": invalid identifier - ✅ 正确：子查询必须包含
salary，如SELECT emp_id, name, salary FROM emp_staging - ⚠️ 特别注意：如果子查询用了别名（如
s），所有引用都必须带别名前缀，不能省略
真正容易被忽略的是子查询的「稳定性边界」：它不是单纯的数据提供者，而是 MERGE 执行计划的输入基线。一旦子查询结果集在事务中发生变更（比如被其他会话 DML 修改），而你又没加锁或没设事务隔离级别，ORA-30926 就可能在高并发下随机出现 —— 这时候靠重试不如提前用 SELECT FOR UPDATE 锁住源数据范围。
