SQL WHERE子句CASE内使用聚合函数报147错误解决方法

SQL执行逻辑中，WHERE子句的运行顺序在GROUP BY和聚合函数计算之前，此时无法获取SUM()这类聚合函数的计算结果，因此无论是否在CASE语句中嵌套聚合，只要聚合直接出现在WHERE子句（且不在子查询内），就会触发Msg 147错误。同时原代码使用了SUM()聚合却未编写GROUP BY分组逻辑，本身也存在语法缺失。

聚合结果的过滤需要使用GROUP BY搭配HAVING子句实现——HAVING在聚合计算完成后执行，专门用于筛选聚合结果，不需要冗余的CASE包装，直接把判断逻辑写在HAVING中即可。

修正后的参考代码如下：

SELECT
    r.id
INTO #ft
FROM someTable r
LEFT JOIN someOtherTable p 
    -- 请补全你原本省略的JOIN关联条件，例如r.related_id = p.id
    ON r.对应关联字段 = p.对应关联字段
WHERE r.OtherID != '1' -- 建议给字段加表别名前缀，避免多表同名字段歧义
-- 按查询维度、判断用到的非聚合字段分组
GROUP BY r.id, p.Type
HAVING 
    -- 原CASE逻辑本质是满足任意一个阈值条件即可，直接写OR判断
    (p.Type = 'u' AND SUM(r.value) >= 24)
    OR (p.Type = 'g' AND SUM(r.value) >= 18)

• 所有SELECT子句中出现的非聚合字段、HAVING/WHERE中引用的非聚合字段，都需要加入GROUP BY列表，避免严格SQL模式下报错。
• 原代码的DISTINCT可以省略：GROUP BY本身会按分组字段去重，不会返回重复的r.id。
• 如果业务中SUM(r.value)的计算粒度更细（比如需要按其他维度拆分统计），可以把对应维度字段加入GROUP BY列表，保证聚合结果符合预期。
• 因为使用了LEFT JOIN，p表无匹配数据时p.Type为NULL，会自动不满足HAVING中的判断条件，不会把无关联p表的数据误写入临时表。

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