Oracle的MERGE INTO仅支持源→目标单向同步，因缺乏“源缺失则删除目标行”的反向感知能力（如Oracle不支持WHEN NOT MATCHED BY SOURCE THEN DELETE），故双向同步必须拆解为两个独立操作：先MERGE同步源的新/改数据，再通过显式DELETE语句清除目标中源已不存在的记录。
MERGE 本身不支持双向同步，它只按源→目标单向驱动；所谓“双向”，必须拆解为两个独立 MERGE（或配合 DELETE）+ 明确的变更捕获机制。
为什么不能用一条 MERGE 实现双向同步
Oracle 的 MERGE INTO 语义是严格的“源表驱动”：它只关心 USING 子句提供的数据如何作用于 target_table。它没有“目标表中某行在源里消失，就自动删掉”这种反向感知能力——除非你显式写 WHEN NOT MATCHED BY SOURCE THEN DELETE，但这个子句在 Oracle 19c 中并不存在（仅 SQL Server 支持）。所以，MERGE 天然只能做“源有则更新/插入，源无则不管”。双向同步要求：源删了 → 目标删；目标删了 → 源删。这超出了 MERGE 的能力边界。
真正可行的双向同步组合方案
必须分两步走，且每步都依赖可靠的变更标识：
- 第一步：用
MERGE INTO target USING source ON (...) WHEN MATCHED THEN UPDATE ... WHEN NOT MATCHED THEN INSERT ...同步源的新/改数据到目标 - 第二步：用独立
DELETE FROM target WHERE key IN (SELECT key FROM target MINUS SELECT key FROM source)或更安全的DELETE FROM target t WHERE NOT EXISTS (SELECT 1 FROM source s WHERE s.key = t.key) AND t.last_modified 清理目标中“源已删除”的行 - 第三步（反向）：同理，对源表执行另一套
MERGE INTO source USING target ...+ 独立DELETE，但前提是源表也开放写入、且双方都维护了可比对的last_modified或version字段
关键约束：ON 条件字段必须在源和目标上都有唯一索引，否则匹配错乱；两次 MERGE 之间不能有并发写入，否则产生中间态冲突。
ORA-30926 错误是双向同步中最常踩的坑
当你要从 A 表同步到 B 表时，如果 A 表里存在重复主键（比如没去重的 ETL 结果），MERGE 在匹配阶段就会报 ORA-30926: unable to get a stable set of rows in the source tables。这不是语法错误，而是数据质量警报。解决方式不是绕过它，而是前置清洗：
- 在
USING子句里必须用ROW_NUMBER() OVER (PARTITION BY key_col ORDER BY last_modified DESC)去重，只保留最新一行 - 绝不能依赖
GROUP BY key_col后用MAX()拼凑字段——时间戳和业务字段可能来自不同记录，造成逻辑错误 - 如果源是视图或复杂子查询，先
CREATE GLOBAL TEMPORARY TABLE落地去重结果，再USING它，避免优化器误判
增量标记字段必须双向一致且可靠
双向同步失效的根源，90% 出在 last_modified 这类字段上：
- 字段类型必须是
TIMESTAMP（非DATE），否则毫秒级变更丢失 - 业务代码每次更新必须真实触发该字段——ORM 的
save(update_fields=[...])可能跳过时间戳更新 - 不能用
SYSDATE - 1/24这类硬写窗口，必须用控制表记录上次最大last_modified值，并在每次同步后立即更新它 - 如果某次同步失败，控制表没更新，下次就会漏掉所有中间变更；所以
UPDATE sync_control必须和主MERGE在同一事务中提交
没有稳定、可信、双向同步的变更标记，任何“双向 MERGE”都是沙上筑塔——看着像，一跑就崩。
