为何JOIN未过滤NULL值导致SUM运算出现算术溢出？

你的问题核心是：明明用了JOIN dbo.Customer AS c ON c.CustomerId = LPT.CustomerId，理论上应该过滤掉LoyaltyPointsTransaction中CustomerId为NULL的行，但求和时还是触发了算术溢出，说明这些大值行没被过滤掉。

为什么会出现这种情况？ #

SQL Server的查询优化器会根据数据分布、索引情况调整执行顺序，有可能先执行了SUM聚合，再做JOIN过滤。比如当LoyaltyPointsTransaction表数据量极大，优化器认为先聚合再关联更高效，这时候那些CustomerId为NULL的行就会被纳入SUM计算，最终触发溢出。

解决方法 #

1. 强制提前过滤无效行

在WHERE条件里直接加上LPT.CustomerId IS NOT NULL，不管优化器怎么调整执行顺序，都会先把这些无效行排除：

DECLARE @IssueDate DATETIME = GETDATE();
DECLARE @MaxDate DATETIME = '9999-12-31 23:59:59';

SELECT ROW_NUMBER() OVER(ORDER BY LPT.CustomerId, ISNULL(LPT.ExpiryDate, @MaxDate)) AS Id,
    LPT.CustomerId,
    LPT.ExpiryDate,
    SUM(LPT.PointsValue) AS PointsValue
FROM dbo.LoyaltyPointsTransaction AS LPT
JOIN dbo.Customer AS c ON c.CustomerId = LPT.CustomerId
WHERE (LPT.ExpiryDate IS NULL OR LPT.ExpiryDate > @IssueDate)
  AND LPT.CustomerId IS NOT NULL -- 新增过滤条件
GROUP BY LPT.CustomerId,
        LPT.ExpiryDate
HAVING SUM(LPT.PointsValue) <> 0
ORDER BY SUM(LPT.PointsValue) DESC

2. 扩大数据类型避免溢出（可选）

如果确实需要保留这些行（虽然你说明不需要），可以把PointsValue转换为更大的数据类型再求和，比如BIGINT：

SUM(CAST(LPT.PointsValue AS BIGINT)) AS PointsValue

3. 检查执行计划验证逻辑

你可以查看查询的执行计划，确认是否是先聚合后关联导致的问题。如果是，也可以通过添加查询提示（比如FORCE ORDER）强制优化器先执行JOIN再聚合，但这种方法不如直接加WHERE过滤通用，因为索引或数据分布变化后可能失效。

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