使用CHECKSUM配合MERGE语句时无法合并全部行如何解决？

现有MERGE语句仅配置了WHEN NOT MATCHED BY TARGET分支逻辑，仅当目标表不存在对应ID的记录时才会执行插入。你场景中ID=1的记录已经在TEMP1表中存在，只会触发匹配逻辑，但你没有配置匹配后的更新规则，因此薪资变更的记录无法同步到目标表。
CHECKSUM的核心作用是快速判断相同主键的两条记录是否存在字段内容变更，你需要将它加入匹配分支的判断条件中。

核心逻辑调整 #

• 保留主键ID作为MERGE的关联匹配条件
• 新增WHEN MATCHED分支，当源表与目标表的CHECKSUM值不一致时，更新目标表的对应字段
• 计算CHECKSUM时对允许为NULL的字段添加ISNULL适配，避免NULL值参与校验导致的判断异常

修正后的代码示例 #

-- 优化CHECKSUM计算逻辑，处理NULL值
UPDATE TEMP1_STAGE 
SET SCD = BINARY_CHECKSUM(ID, NAME, ISNULL(SALARY, 0));

UPDATE TEMP1 
SET SCD = BINARY_CHECKSUM(ID, NAME, ISNULL(SALARY, 0));

-- 完整MERGE逻辑
MERGE TEMP1 AS TARGET
USING TEMP1_STAGE AS SOURCE 
ON (SOURCE.[ID] = TARGET.[ID])
-- 匹配到相同ID且数据有变更时执行更新
WHEN MATCHED AND SOURCE.SCD <> TARGET.SCD
THEN UPDATE SET
    TARGET.NAME = SOURCE.NAME,
    TARGET.SALARY = SOURCE.SALARY,
    TARGET.SCD = SOURCE.SCD
-- 无匹配ID时插入新记录
WHEN NOT MATCHED BY TARGET
THEN INSERT (
    [ID], [NAME], [SALARY], [SCD]
) VALUES (
    SOURCE.[ID], SOURCE.[NAME], SOURCE.[SALARY], SOURCE.SCD
);

• BINARY_CHECKSUM存在极低概率的哈希碰撞风险，如果业务对数据一致性要求极高，可以改用HASHBYTES('SHA2_256', CONCAT(ID, '|', NAME, '|', ISNULL(SALARY, '')))计算哈希值，碰撞概率可忽略
• 若需要实现SCD类型2（保留历史变更记录），不需要配置UPDATE分支，改为在匹配到校验和不一致时给旧数据打失效标记，再插入新的全量数据即可

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