不能对 GROUP BY 后的聚合结果再用 CASE WHEN 做“二次分组标签”，必须先用 CASE WHEN 构建虚拟分组字段再 GROUP BY；否则会导致分组数错误、漏 NULL 行或语义误解。
直接说结论：不能对 GROUP BY 后的聚合结果再用 CASE WHEN 做“二次分组标签”，必须把分类逻辑前置到分组前——即先用 CASE WHEN 构建虚拟分组字段，再 GROUP BY 它；否则你会拿到错误的分组数、漏掉 NULL 行，或触发语法报错。
GROUP BY 之后不能用 CASE WHEN 再分类
很多人想先 GROUP BY region，再在 SELECT 里写 CASE WHEN SUM(sales) > 10000 THEN 'top' ... 来给每个区域打标签。这看似合理，但实际执行时：聚合值（如 SUM(sales)）只在 SELECT 和 HAVING 阶段可见，GROUP BY 已经完成，无法基于它生成新分组维度。更关键的是，这种写法不会报错，但会导致你误以为“按销售额高低分了三类区域”，其实只是在展示每行的标签，没真正重分组。
- 真正要“按总销售额区间重新分组区域”，必须把区间逻辑塞进
GROUP BY的表达式中，和SELECT保持一致 - 若只做展示性标签（不改变分组结构），可以写，但别混淆“打标签”和“重新分组”两个动作
- PostgreSQL/MySQL 8.0+ 允许在
SELECT中引用聚合结果做CASE，但该列不能参与GROUP BY—— 想靠它分组？不行
CASE WHEN 必须同时出现在 SELECT 和 GROUP BY 中
这是最常翻车的地方。比如你想按订单金额档位统计单量：
SELECT
CASE WHEN amount < 100 THEN 'low'
WHEN amount BETWEEN 100 AND 999 THEN 'mid'
ELSE 'high' END AS level,
COUNT(*)
FROM orders
GROUP BY level; -- ❌ PostgreSQL 和 MySQL 5.7+ 严格模式下会报错
因为 level 是别名，不是原始字段，GROUP BY 不认。正确写法是：
- 重复整个
CASE WHEN表达式到GROUP BY（兼容性最好） - 或改用 CTE 提前算出
level列，再在外层GROUP BY level（可读性强，但大数据量时子查询可能影响性能） - MySQL 8.0+ 和 PostgreSQL 支持
GROUP BY 1（按 SELECT 第一列），但 SQLite 和旧版 MySQL 不支持，不推荐依赖
NULL 和边界值必须显式处理
漏写 ELSE 或没覆盖 IS NULL，会让本该归入某类的数据悄悄变成 NULL 组——而这个组在前端或 HAVING 里常被忽略，导致总数对不上。
- 所有分支必须构成全集：比如用
amount 、<code>amount >= 100 AND amount 、<code>amount >= 1000，比BETWEEN更易控边界 - 如果原始字段允许为
NULL，加一句WHEN amount IS NULL THEN 'unknown'，别指望ELSE模糊兜底 - 数值类型含小数时，
BETWEEN 100 AND 999会包含 999.99，而不会，选哪种取决于业务定义
需要跨组参考聚合值？得用子查询或窗口函数
比如“把区域总销售额高于全表平均值的，标为‘优势区’”。这时不能在 GROUP BY 里直接写 AVG(SUM(sales))——聚合函数嵌套非法，且 GROUP BY 阶段还看不到全表均值。
- 正确做法：先用子查询或 CTE 算出全表平均销售额，再和主查询
JOIN或用WHERE关联 - 或用窗口函数：
AVG(SUM(sales)) OVER()在聚合后阶段可用，再套CASE WHEN判断 - 注意：窗口函数结果不能用于
GROUP BY，只能用于SELECT或HAVING过滤
最易被忽略的一点：CASE WHEN 表达式在 SELECT 和 GROUP BY 中必须字面完全一致——空格、换行、大小写差一点，某些数据库（如 MySQL 严格模式）就会拒绝执行，而不是静默容错。
