为何在SQL中使用仅执行单一操作的MERGE语句？

可能的优点 #

• 语法风格统一：如果团队统一用MERGE处理所有数据变更操作，哪怕只做单一的INSERT/UPDATE/DELETE，也能保持代码风格一致，不用在不同DML语句间切换写法。
• 便于后续扩展：要是以后需求变了，需要同时处理多种操作（比如现在只插数据，以后要新增更新逻辑），直接在原MERGE语句里加WHEN子句就行，不用重构整个语句结构。
• 逻辑集中：源数据的筛选逻辑和目标表的操作放在同一个语句里，不用分开写查询和DML，看起来更紧凑。

明显的缺点 #

• 额外性能损耗：MERGE的执行计划比单一的INSERT/UPDATE/DELETE复杂得多，它需要先做源表和目标表的匹配逻辑，哪怕只做单一操作，这部分额外逻辑也会带来不必要的性能开销，数据量越大越明显。
• 异常风险更高：正如你提到的，当目标表的哈希分布列变更时，MERGE可能因内部执行逻辑问题抛出异常；另外如果源数据里有重复的匹配键（比如示例里的my_skey出现多次），MERGE会直接触发唯一性约束异常，而用单独的INSERT配合NOT EXISTS判断，能更灵活处理这种情况。
• 调试排查更麻烦：MERGE语句的执行逻辑嵌套更多，出现数据异常或性能问题时，排查执行计划、定位问题比单一DML语句困难。
• 数据库兼容性差：不同数据库对MERGE的支持细节差异很大（比如SQL Server和PostgreSQL的MERGE语法、行为都不一样），如果以后要迁移数据库，单一操作的MERGE比标准INSERT/UPDATE/DELETE需要更多修改。

结合你的示例来看 #

你给出的MERGE语句其实完全可以替换成更简洁直接的INSERT语句：

INSERT INTO dbo.my_dltd_recs (my_skey, colA, colB)
SELECT my_skey, colA, colB
FROM dbo.my_recs
WHERE dltd_ind = 'Y'
AND NOT EXISTS (
    SELECT 1 
    FROM dbo.my_dltd_recs 
    WHERE my_skey = dbo.my_recs.my_skey
);

这种写法性能更优，完全没必要用MERGE。

内容的提问来源于stack exchange，提问作者zBomb