SQL中CASE分组描述须作为表达式嵌入SELECT等子句，推荐用搜索型CASE（WHEN条件表达式），务必含ELSE避免NULL漏数据。
SQL 中用 CASE 实现分组描述的典型写法
直接在 SELECT 里套 CASE 是最常用、也最容易上手的方式。它不改变原始行数，只是给每行加一个“标签”，后续可配合 GROUP BY 或直接用于展示。
常见错误是把 CASE 写成独立语句（比如 CASE WHEN ... END; 单独一行），其实它必须作为表达式嵌入到 SELECT、ORDER BY 或 WHERE 中。
-
CASE有两种形式：简单CASE column WHEN value THEN ...和搜索CASE WHEN condition THEN ...；后者更灵活，推荐优先用 - 每个
WHEN后面是布尔表达式，不是列名匹配（比如WHEN score >= 90✅，不是WHEN score = 90❌） - 务必写
ELSE—— 不然NULL值会直接变成NULL标签，容易漏掉数据 - 示例：
SELECT name, CASE WHEN age
用 CASE 配合 GROUP BY 做带条件的聚合统计
想按年龄段统计人数？不能只靠 GROUP BY age，得先用 CASE 把连续值切分成离散区间，再 GROUP BY 这个新字段。
性能上没额外开销 —— CASE 在查询执行时一次性计算，不会导致重复扫描；但要注意 CASE 表达式不能出现在 GROUP BY 子句里（除非用别名或重写），否则某些数据库（如 MySQL 5.7 严格模式）会报错。
- 必须给
CASE结果起别名（如AS age_group），然后在GROUP BY中引用该别名（PostgreSQL/SQL Server 支持；MySQL 8.0+ 也支持，老版本需重复写整个CASE） - 区间边界要互斥且全覆盖，比如
WHEN score , <code>WHEN score BETWEEN 60 AND 89,ELSE '90+'，避免遗漏或重叠 - 示例：
SELECT COUNT(*), CASE WHEN order_amount
CASE 返回值类型不一致导致的隐式转换问题
CASE 所有分支的返回值类型必须兼容，否则数据库会强制转成统一类型，可能出人意料 —— 比如字符串和数字混用，结果全变成字符串，再拿去算数就报错。
这不是语法错误，运行时也不报，但聚合或比较逻辑会悄悄失效。尤其在 ORDER BY 或 HAVING 里用到这个字段时，排序顺序可能错乱。
- 所有
THEN和ELSE的结果尽量保持同类型：都用字符串、都用整数、或都显式转成同一类型（如CAST(... AS VARCHAR)） - 避免
THEN 1和THEN 'high'并存；宁可用THEN '1'和THEN 'high'，或统一用数字编码 - PostgreSQL 对类型检查最严，SQL Server 次之，MySQL 最宽松但也最易埋坑
替代方案对比：为什么不用 WHERE + UNION ALL？
有人会想：我用多个 SELECT 加 WHERE 筛不同条件，再 UNION ALL 拼起来，不也能实现分组描述？可以，但代价高得多。
一次扫描变多次扫描，索引利用率下降，临时表开销大，而且无法做跨组统计（比如“高价值用户占比”这种需要总行数的指标）。
-
CASE是单次扫描、单次计算，天然支持全局聚合函数（如COUNT(*) OVER()） -
UNION ALL方案没法直接加GROUP BY总体维度，得再套一层子查询，可读性和维护性都差 - 只有极少数场景适合
UNION ALL：各分支过滤条件差异极大、对应索引完全不同，且不需交叉对比
CASE 的逻辑必须自洽——区间不能漏、类型不能混、ELSE 不能省。这些地方一松懈，数据就 quietly 错了。 
