关于SQL Server中CHECKSUM_AGG函数未随数据值变更改变的技术疑问

这不是SQL Server的BUG，而是CHECKSUM和CHECKSUM_AGG的算法特性导致的结果：

1. CHECKSUM的弱碰撞特性：CHECKSUM()是弱哈希函数，通过简单移位和异或生成32位整数。你这次的修改（Flow=4-Flow）恰好触发了碰撞抵消：原Flow=1的记录修改为3后的CHECKSUM值变化，和原Flow=3的记录修改为1后的CHECKSUM值变化，在聚合运算中相互抵消。
2. CHECKSUM_AGG的运算逻辑：CHECKSUM_AGG()本质是对所有输入值执行**异或（XOR）**或带溢出的累加运算，两种运算都满足交换律和结合律。这意味着只要输入值的整体运算结果不变，哪怕单个记录已修改，最终聚合值也不会变化。

如果要准确检测表数据变更，建议使用强哈希函数替代CHECKSUM系列函数：

方式1：HASHBYTES + STRING_AGG（SQL Server 2017及以上） #

将所有行的关键字段按固定顺序拼接，再用强哈希算法生成哈希值：

DECLARE @queue TABLE 
(
    Machine     VARCHAR(50),
    Flow        INTEGER,
    OrderNumber VARCHAR(45)
);

INSERT INTO @queue (Machine, Flow, OrderNumber)
VALUES ('M1', 1, 'A'),
       ('M1', 2, 'B'),
       ('M1', 3, 'C');

-- 生成初始哈希
SELECT HASHBYTES('SHA2_256', STRING_AGG(CONCAT(Machine, '|', Flow, '|', OrderNumber), '||') WITHIN GROUP (ORDER BY Machine, OrderNumber)) AS Snapshot_Hash
FROM @queue;

-- 修改数据
UPDATE @queue 
SET Flow = 4 - Flow;

-- 生成修改后的哈希
SELECT HASHBYTES('SHA2_256', STRING_AGG(CONCAT(Machine, '|', Flow, '|', OrderNumber), '||') WITHIN GROUP (ORDER BY Machine, OrderNumber)) AS Snapshot_Hash
FROM @queue;

通过WITHIN GROUP (ORDER BY)确保拼接顺序固定，强哈希算法几乎不会出现碰撞。

方式2：行级强哈希+聚合（兼容低版本SQL Server） #

针对SQL Server 2016及以下版本，先对每行生成强哈希，再聚合：

DECLARE @queue TABLE 
(
    Machine     VARCHAR(50),
    Flow        INTEGER,
    OrderNumber VARCHAR(45)
);

INSERT INTO @queue (Machine, Flow, OrderNumber)
VALUES ('M1', 1, 'A'),
       ('M1', 2, 'B'),
       ('M1', 3, 'C');

-- 初始哈希
SELECT CHECKSUM_AGG(BINARY_CHECKSUM(HASHBYTES('SHA2_256', CONCAT(Machine, '|', Flow, '|', OrderNumber)))) AS Snapshot_Hash
FROM @queue;

-- 修改数据
UPDATE @queue 
SET Flow = 4 - Flow;

-- 生成修改后的哈希
SELECT CHECKSUM_AGG(BINARY_CHECKSUM(HASHBYTES('SHA2_256', CONCAT(Machine, '|', Flow, '|', OrderNumber)))) AS Snapshot_Hash
FROM @queue;

底层行哈希采用强算法，大幅降低了碰撞概率。

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