SQL MERGE 本身不支持直接“多表更新”，它只允许一个目标表（TARGET）和一个源表（SOURCE）。所谓“多表更新”的需求，实际是通过合理构造 SOURCE 来间接实现——核心在于：把多个关联表的数据先聚合、关联、计算好，再作为单一数据集喂给 MERGE。
用子查询或 CTE 预组装 SOURCE 数据
这是最常用也最可控的方式。把需要参与判断和更新的多个表（如 orders、customers、inventory）通过 JOIN、聚合、CASE 等逻辑提前整合成一张逻辑上的“源视图”。
例如：同步更新订单状态的同时，也要根据客户等级和库存余量决定是否触发补货标记：
WITH source_data AS (
SELECT
o.order_id,
o.status,
c.tier AS customer_tier,
i.qty_available,
CASE
WHEN c.tier = 'VIP' AND i.qty_available < 10 THEN 'REORDER_NEEDED'
ELSE o.priority_flag
END AS new_priority_flag
FROM orders o
JOIN customers c ON o.cust_id = c.cust_id
JOIN inventory i ON o.product_id = i.product_id
WHERE o.updated_at > '2024-06-01'
)
MERGE INTO orders t
USING source_data s ON (t.order_id = s.order_id)
WHEN MATCHED THEN
UPDATE SET
t.status = s.status,
t.priority_flag = s.new_priority_flag;
避免在 ON 子句中写多表 JOIN
MERGE 的 ON 只作用于 TARGET 和 SOURCE 之间的匹配条件，不能也不该把 JOIN 逻辑塞进去。否则会导致语法错误或意外笛卡尔积。
✘ 错误示范（试图在 ON 中连 customer 表）：
MERGE INTO orders t USING inventory i ON (t.product_id = i.product_id) WHEN MATCHED AND (SELECT tier FROM customers c WHERE c.cust_id = t.cust_id) = 'VIP' THEN ...
✔ 正确做法：把 customer 关联提前放到 SOURCE 里，ON 仅保留主键/业务键匹配。
谨慎使用 WHEN NOT MATCHED BY SOURCE + INSERT 场景
当 SOURCE 是多表关联结果时，可能因外连接或空值导致生成重复或意外的行。务必确认 SOURCE 中的 JOIN 类型 和 过滤条件位置 是否合理。
- 用 INNER JOIN 确保只处理有完整上下文的数据
- 若需保留 TARGET 中无对应 SOURCE 的记录，改用 LEFT JOIN 并在 WHERE 中过滤 NULL（但注意 MERGE 不支持对 SOURCE 做 WHERE NULL 判断）
- 更稳妥的做法：先用 CTE 明确生成 SOURCE，再用
SELECT COUNT(*)验证行数是否符合预期
性能与事务注意事项
MERGE 是原子操作，但 SOURCE 构造复杂时，数据库仍会先执行整个子查询/CTE，再逐行匹配。大表场景下容易成为瓶颈。
- 确保 SOURCE 中所有 JOIN 字段、WHERE 条件字段都有合适索引（特别是用于 ON 匹配的列）
- 避免在 SOURCE 中调用标量函数（如 GETDATE()、UDF），除非必要；它们可能阻止索引使用或导致重复求值
- 如需分批处理，不要靠 MERGE 自身分页——应在 SOURCE CTE 中用
OFFSET / FETCH或ROW_NUMBER()切片，并配合循环或应用层控制
