添加带WHERE条件的计算列：解决SQL聚合与窗口函数报错问题

报错原因分析 #

• An aggregate may not appear in the set list：UPDATE的SET子句是逐行赋值逻辑，直接使用聚合函数SUM(total_count)缺乏明确的分组上下文，SQL无法识别聚合范围。
• Window functions can only appear in...：你嵌套使用了SUM(SUM(total_count)) OVER (...)，这种写法违反SQL语法规则——窗口函数不能作为聚合函数的参数嵌套调用。

简洁解决方案（无需复制大表） #

利用CTE预计算每个分组的有效总和（排除Source_Value=0的记录），再关联原表完成更新，避免全表复制，适合大数据量表：

-- 先修正计算列的数据类型（原varchar存储数值不合理，改用DECIMAL）
ALTER TABLE #CURRENT_INPUT
    ADD Calc_Values DECIMAL(5,2);

WITH GroupTotals AS (
    SELECT 
        ShipYear,
        Group_Name,
        SUM(Total_Count) AS Group_Total
    FROM #CURRENT_INPUT
    WHERE Source_Value <> 0
    GROUP BY ShipYear, Group_Name
)
UPDATE ci
SET Calc_Values = CASE
    WHEN ci.Source_Value <> 0 
        -- 乘1.0避免整数除法，CAST控制小数精度匹配期望输出
        THEN CAST(ci.Total_Count * 1.0 / gt.Group_Total AS DECIMAL(5,2))
        ELSE 0.0
    END
FROM #CURRENT_INPUT ci
LEFT JOIN GroupTotals gt 
    ON ci.ShipYear = gt.ShipYear 
    AND ci.Group_Name = gt.Group_Name;

方案说明 #

1. 数据类型优化：将计算列从varchar改为DECIMAL(5,2)，更贴合数值计算的业务场景，避免类型转换问题。
2. 轻量预计算：GroupTotals仅计算每个分组下有效记录的Total_Count总和，数据量远小于原表，计算效率高。
3. 关联更新：通过ShipYear和Group_Name关联原表，逐行匹配计算值，无需复制全表，适配列多、数据量大的场景。

执行后即可得到你期望的输出结果。

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