CHECKSUM_AGG不能用于精确行级变更检测，仅适用于粗粒度整体快照比对；它不保留顺序、不区分NULL分布、对重复值敏感度低，正确用法需固定数据范围、显式处理NULL、避免可变精度类型，并配合时间戳存入校验表。
CHECKSUM_AGG 不能直接用于检测行级变化
是一个聚合函数，它对分组内所有
值做异或（XOR）运算，返回单个整数。但它**不保留顺序、不区分 NULL 分布、对重复值敏感度低**——比如两行互换位置或某列 NULL/0 交替出现，
结果可能完全不变。所以它只适合粗粒度的“整体快照比对”，不能替代 CDC 或触发器做精确变更追踪。
用 CHECKSUM_AGG 做分组一致性校验的正确姿势
典型场景是：每天跑一次校验任务，确认某个业务分组（如每个
下的订单汇总）自上次以来未被意外篡改。这时你需要：
确保每次校验基于**完全相同的数据范围和排序逻辑**，例如固定加上
（虽然
本身不支持 ORDER BY，但可通过子查询先排序再计算
）
对参与校验的字段显式处理 NULL，统一用
，否则
和
结果不同
避免在表达式中混用可变精度类型（如
），推荐转成
或字符串后再算
示例：校验每个用户最近 30 天订单金额总和是否稳定
为什么 CHECKSUM_AGG 比 COUNT(*) + SUM(*) 更容易漏掉错误
单纯比对
和
只能发现数量或总额变动，但掩盖了以下问题：
两笔订单金额对调（如 100 ↔ 200），
不变，
会变（因为顺序或内容变了）
一行被删、另一行被加且金额相同，
和
都不变，但
很可能变（取决于其他字段）
字段值被静默替换为语义等价但二进制不同的形式（如
→
、
→
），
敏感，
完全无感
真正要检测数据变动，优先选 CDC 或变更跟踪
是“事后抽查”，而
是“实时记录”。如果你需要知道「谁在什么时间改了哪一行的哪个字段」，必须启用 CDC：
启用前确保数据库已开启
对目标表执行
，注意
参数决定谁能查 CDC 表
变更后查
，其中
字段标识 1=delete、2=insert、3=update before、4=update after
的结果建议存入独立校验表，并附带时间戳和校验范围条件，否则无法定位“从哪次开始不一致”
最常被忽略的一点：CHECKSUM_AGG 对空分组返回 NULL，不是 0 —— 如果某天某个 user_id 没订单，你得用
显式处理，否则和历史值比较时会意外跳过。
CHECKSUM_AGGCHECKSUMCHECKSUM_AGGuser_idORDER BY order_idCHECKSUM_AGGCHECKSUMISNULL(col, '>')CHECKSUM(NULL)CHECKSUM('>')floatdecimalCHECKSUMSELECT
user_id,
CHECKSUM_AGG(CHECKSUM(
ISNULL(CAST(order_amount AS DECIMAL(18,2)), 0),
ISNULL(order_status, 'N/A'),
ISNULL(CONVERT(VARCHAR(10), order_date, 120), '')
)) AS group_checksum
FROM orders
WHERE order_date >= DATEADD(day, -30, GETDATE())
GROUP BY user_id;COUNT(*)SUM(amount)SUMCHECKSUM_AGGCOUNTSUMCHECKSUM_AGG'true''TRUE''2024-01-01''2024-01-01T00:00:00'CHECKSUMSUM/COUNTCHECKSUM_AGGCHANGE DATA CAPTURE (CDC)sys.sp_cdc_enable_dbsys.sp_cdc_enable_table@role_namecdc.dbo_YourTable_CT__$operationCHECKSUM_AGGISNULL(CHECKSUM_AGG(...), -1)