必须用case when先将数值映射为离散标签再group by，不可直接在group by中使用between等区间条件；需覆盖全集、注意null和边界处理、避免隐式类型转换，且各数据库对别名和数据类型要求不同。
用 CASE WHEN 在 GROUP BY 中划分数值区间
直接写 GROUP BY 无法按数值范围分组，必须先用 CASE WHEN 把原始值映射成离散标签，再对标签分组。本质是“先分类、再聚合”，不是“对区间直接分组”。
常见错误是把区间条件写在 GROUP BY 后面，比如 GROUP BY age BETWEEN 18 AND 25 —— 这语法不合法，MySQL/PostgreSQL/SQL Server 全会报错 ERROR: syntax error at or near "BETWEEN"。
- 区间逻辑必须放在
SELECT和GROUP BY的同一层，且字段名要一致 - 推荐把
CASE WHEN单独写成一列（比如叫age_group），既方便调试，也避免SELECT和GROUP BY表达式微小差异导致隐式类型转换失败 - 所有分支必须覆盖全集，或显式补
ELSE，否则NULL值会被单独归为一组，容易漏统计
SELECT
CASE
WHEN age <h3>
<code>CASE WHEN</code> 分组时 NULL 值和边界处理的坑</h3><p>边界值重复或遗漏是高频问题。比如用 <code> 和 <code>>= 36</code> 看似连续，但若字段是 <code>DECIMAL</code> 或带小数，35.5 就会掉进缝隙；又或者 <code>age IS NULL</code> 没被任何分支捕获，结果里就多出一个 <code>NULL</code> 组。</code></p>
- 优先用左闭右开区间，如
age >= 18 AND age ，比 <code>BETWEEN更可控 - 显式判断
IS NULL，不要依赖ELSE模糊兜底，尤其当业务上NULL有明确含义（如“年龄未填写”）时 - 如果原始字段可能为负数或超大值，
ELSE分支别简单写成'other'，最好加注释说明含义，避免后续误读
性能影响：为什么不能在 WHERE 里提前过滤区间？
有人想先 WHERE age BETWEEN 18 AND 59 再分组，这会丢掉其他区间的计数结果。真正影响性能的是 CASE WHEN 是否能利用索引——答案是：基本不能。
-
CASE WHEN是运行时计算，数据库无法用索引加速分支判断 - 但原字段（如
age）本身如果有索引，WHERE子句仍可走索引过滤数据量，所以该加的过滤别省 - 如果区间划分非常固定（如固定按 10 岁一档），可考虑增加生成列 + 索引（MySQL 5.7+ / PostgreSQL 12+ 支持），但维护成本上升，一般没必要
不同数据库对 CASE WHEN 分组的兼容性细节
标准 SQL 允许在 GROUP BY 中使用 SELECT 列的别名，但实际中 PostgreSQL 支持，MySQL 8.0+ 支持，SQLite 支持，而旧版 MySQL（5.7 及之前）只认表达式本身，不认别名。
- 最稳妥写法：在
GROUP BY中重复写一遍CASE WHEN表达式，不依赖别名 - SQL Server 要求
CASE WHEN所有分支返回相同数据类型，否则报错Conversion failed when converting the varchar value 'xxx' to data type int，记得统一用字符串或都转CAST - 如果用在视图或子查询中，部分数据库（如 Oracle）对嵌套层级敏感，建议外层再包一层
SELECT * FROM ( ... ) t GROUP BY t.age_group避免解析歧义
真实场景里最容易被忽略的，是业务语义和区间定义的耦合——比如“青年”在统计报表里是 18–35 岁，但在 HR 系统里可能是 18–40 岁，同一个字段在不同查询中区间逻辑不同，别硬编码进表结构，也别靠注释靠人记。
