CASE WHEN不能直接用于GROUP BY分组依据，必须嵌入聚合函数如SUM或COUNT中；否则多数数据库报错，且需显式写ELSE 0避免NULL导致结果异常。
CASE WHEN 不能直接放在 GROUP BY 后面做分组依据，除非数据库明确支持（如 MySQL 8.0+），绝大多数场景下它必须嵌在聚合函数里，否则会报错或逻辑错乱。
GROUP BY 里写 CASE WHEN 为什么经常报错
多数数据库（PostgreSQL、SQL Server、Oracle）不支持把未命名的表达式直接放进 GROUP BY。比如写 GROUP BY CASE WHEN status = 'paid' THEN 'success' ELSE 'fail' END，会提示“expression not in GROUP BY”或“invalid GROUP BY expression”。
- MySQL 5.7 默认开启
ONLY_FULL_GROUP_BY，同样拒绝这种写法；8.0+ 虽支持，但需确保 SELECT 中所有非聚合字段都严格出现在 GROUP BY 中 - 更安全的做法是：给 CASE 表达式起别名，再在 GROUP BY 中引用该别名（部分数据库支持，如 PostgreSQL 14+），但兼容性差，不推荐作为主力方案
- 真正稳定可靠的路径，是让 CASE 只出现在
SUM、COUNT、AVG等聚合函数内部，而不是试图用它“生成新分组键”
COUNT(CASE WHEN ...) 和 SUM(CASE WHEN ...) 怎么选
核心区别在于你想要的是“计数”还是“加权求和”。两者语法相似，但语义不同，混用会导致结果偏差。
- 统计满足条件的行数 → 用
COUNT(CASE WHEN condition THEN 1 END)，它自动忽略 NULL，只数非空值 - 统计带数值的汇总（如金额、权重、评分） → 用
SUM(CASE WHEN condition THEN value ELSE 0 END)，必须写ELSE 0，否则遇到不匹配行会返回 NULL，整列变 NULL - 错误示范：
COUNT(CASE WHEN status='paid' THEN amount END)—— 这不是在统计金额，而是在数“amount 不为 NULL 的 paid 记录数”，且 amount 值被丢弃 - 正确写法：
SUM(CASE WHEN status='paid' THEN amount ELSE 0 END)才能得到实际成交总额
想按条件合并多组统计，为什么不能先 WHERE 再 GROUP BY
用 WHERE 提前过滤，会把其他类别的原始数据彻底剔除，导致无法横向对比或计算占比。
- 例如要算“线上订单数 / 全部订单数”，如果先
WHERE channel = 'online'，就只剩线上数据，分母没了 - 正确做法是保留全量数据，在 SELECT 中并列写多个条件聚合：
COUNT(*) AS total、COUNT(CASE WHEN channel='online' THEN 1 END) AS online_count - 这样既能出绝对数，也能算比例：
ROUND(100.0 * online_count / total, 2) - 性能上不用怕——现代优化器对这种写法通常能复用索引扫描，不会比 WHERE 慢多少
容易被忽略的 NULL 处理细节
CASE WHEN 默认不匹配时返回 NULL，而 NULL 在聚合中行为特殊：它会被 COUNT 忽略，但会让 SUM 或 AVG 的结果不可靠，尤其当整组都不满足条件时。
-
SUM(CASE WHEN flag = 1 THEN amount END)：若某组无 flag=1 的记录，结果为 NULL，不是 0 - 修复方式统一加
ELSE 0：SUM(CASE WHEN flag = 1 THEN amount ELSE 0 END) - 别依赖数据库隐式转换，比如
COUNT(status = 'done')是 MySQL 特有布尔转整数写法，PostgreSQL 直接报错，跨库迁移时极易崩 - 时间字段判断务必显式处理 NULL：
CASE WHEN pay_time IS NOT NULL AND pay_time >= '2026-04-01' THEN 1 END，漏掉IS NOT NULL会让整行跳过
最常出问题的地方不在语法多复杂，而在于忘记 ELSE 0、混淆 COUNT 和 SUM 的语义、以及误以为 WHERE 能替代条件聚合——这三处一错，数字就 quietly 错了，还不好 debug。
