CASE WHEN 不能直接写在 GROUP BY 中，因SQL标准要求分组表达式须与SELECT非聚合列保持可确定性一致；多数数据库拒绝未命名的CASE WHEN，需在SELECT中用AS命名后引用别名，或原样复写表达式；漏ELSE会使不匹配行归为NULL组致“丢数据”；嵌套条件须按由细到粗排序，避免匹配短路。
用 CASE WHEN 替代固定字段做分组，为什么不能直接写在 GROUP BY 里？
因为 SQL 标准要求 GROUP BY 中的表达式必须和 SELECT 中的非聚合列保持“可确定性一致”，而多数数据库（如 MySQL 5.7+ 严格模式、PostgreSQL、SQL Server）会拒绝直接写未命名的 CASE WHEN 表达式——它没别名，也没被提前定义。
实操建议：
- 把
CASE WHEN写在SELECT子句中，并用AS显式命名（比如AS category） - 在
GROUP BY中直接引用这个别名（PostgreSQL/SQL Server 支持；MySQL 8.0+ 也支持，但 5.7 不支持，得重复写表达式） - 为兼容性考虑，更稳妥的做法是在
GROUP BY里**原样复写**CASE WHEN表达式，不依赖别名
写 CASE WHEN 分组时，漏掉 ELSE 会导致统计结果少数据
没写 ELSE 的 CASE WHEN 默认返回 NULL，而 GROUP BY NULL 会把所有不匹配的行塞进同一组——看起来像“丢数据”，其实是被归到一个看不见的 NULL 组里了，尤其当后续加了 HAVING 或前端只取非空分类时，这部分就消失了。
实操建议：
- 只要逻辑上存在“其他情况”，就必须显式写
ELSE 'other'或ELSE 'unknown' - 如果真要排除某些数据，用
WHERE过滤，而不是靠CASE不覆盖来隐式丢弃 - 调试时可先查
SELECT ..., CASE WHEN ... END AS cat FROM tbl，确认每行都有预期分类值
多个条件嵌套的 CASE WHEN，顺序错一位结果全乱
CASE WHEN 是从上到下逐条匹配，一旦满足就停止，不会继续往下判。所以把宽泛条件（比如 score > 0）写在前面，后面更具体的（score > 90）永远执行不到。
实操建议：
- 条件按“由细到粗”排列：先写
score >= 90，再score >= 80，最后ELSE - 数值区间用
BETWEEN要小心边界重叠或空隙，不如用>= AND 更可控 - 字符串匹配慎用
LIKE套在CASE里，性能差且易出错；优先考虑预处理字段或用查找表
在窗口函数里套 CASE WHEN 分组，PARTITION BY 不接受表达式？
不是不接受，而是很多数据库（如旧版 Hive、Spark SQL 3.0 之前）不支持在 PARTITION BY 里直接写复杂表达式，会报类似 Expression not allowed in PARTITION BY 的错误。
实操建议：
- 把
CASE WHEN提前算成一列（用子查询或 CTE），再在窗口函数里PARTITION BY那列名 - MySQL 8.0+ 和 PostgreSQL 支持直接写，但别名仍不可用，必须写完整表达式
- 注意窗口函数里的
ORDER BY和PARTITION BY语义不同：前者影响排序，后者才真正决定“分组单元”
复杂点在于：同一个 CASE WHEN 表达式，在 SELECT、GROUP BY、ORDER BY、PARTITION BY 里的可用性和写法都不一样，不能复制粘贴完事。最常被忽略的是 MySQL 5.7 下 GROUP BY 强制要求表达式完全一致，连空格多一个都可能报错。
