case需配合聚合函数实现分类统计，单独使用仅标注不统计；group by不可引用select别名，须重复case表达式；条件顺序影响结果，须按优先级从高到低排列。
SELECT里用CASE做分类统计，核心是配合聚合函数
直接在SELECT中写CASE WHEN本身不产生分组，它只生成一列临时值；真正实现“分类统计”，必须搭配COUNT、SUM、AVG等聚合函数，且通常要和GROUP BY配合使用。
常见错误是只写CASE没加聚合，结果每行都出一个分类标签，但没统计数——这不是统计，只是标注。
- 想统计“高/中/低销量订单数”，得用
COUNT(CASE WHEN amount > 5000 THEN 1 END)，不是CASE WHEN amount > 5000 THEN '高' END -
COUNT只数非NULL值，所以THEN 1（或任意非NULL值）才有效；写THEN '高'也能数，但语义不清，且可能因类型隐式转换引发警告 - 如果漏掉
ELSE，不满足任何WHEN条件的行会返回NULL，COUNT自动忽略它——这有时是预期行为，但容易误判漏统
GROUP BY里不能直接用SELECT别名，CASE得重复写
很多新手以为在SELECT里写了CASE WHEN region IN ('East','West') THEN 'Asia' ELSE 'Other' END AS continent，就能在GROUP BY continent里直接引用continent。这是错的——标准SQL不允许GROUP BY引用SELECT中的列别名。
必须把整个CASE表达式原样复制到GROUP BY里：
SELECT
CASE WHEN region IN ('East','West') THEN 'Asia' ELSE 'Other' END AS continent,
COUNT(*)
FROM sales
GROUP BY CASE WHEN region IN ('East','West') THEN 'Asia' ELSE 'Other' END;
否则会报错：ERROR: column "continent" does not exist（PostgreSQL）或类似提示。
- MySQL 8.0+ 和某些方言支持
GROUP BY用别名，但不可靠，跨库迁移时必然失败 - 别名复用看似省事，实则埋下兼容性雷——尤其当
CASE逻辑复杂、含子查询或函数时，复制粘贴反而更安全 - 如果
CASE逻辑确实冗长，可考虑先用CTE提取，再GROUP BY那个CTE列
条件顺序错位导致统计结果被截断
CASE WHEN从上到下逐条判断，一旦命中就停止执行后续WHEN。这意味着条件必须按逻辑优先级排列，否则低优先级条件永远无法触发。
比如想按年龄分“少年（
CASE WHEN age <p>正确写法必须显式限定区间：</p><pre class="brush:php;toolbar:false;">CASE WHEN age
- 用
BETWEEN比用两个AND更清晰，且边界包含关系明确 - 数值型条件尤其要注意“等于”归属——比如
age >= 18 AND age 和<code>age BETWEEN 18 AND 35等价，但后者不易写错 - 字符串或枚举类分类（如状态码映射）一般无此问题，但涉及范围判断时，顺序和边界定义就是统计准确性的命门
UPDATE里用CASE做条件更新，避免多次执行覆盖
直接写两条UPDATE语句分别处理不同条件，极大概率导致数据被二次修改——比如先涨薪20%，再涨8%，原本3000的人最后变成3000×1.2×1.08，而不是预期的3000×1.08。
唯一可靠解法是单条UPDATE配CASE：
UPDATE t_salary SET salary = CASE WHEN salary <p>这条语句对每行只计算一次新值，完全规避覆盖风险。</p>
-
SET column = CASE ... END是原子操作，数据库保证整行更新要么全成功，要么全失败 - 不要在
CASE里混用不同数据类型——比如有的分支返回数字，有的返回字符串，会触发隐式转换或报错 - 如果条件分支多、逻辑重，建议先用
SELECT验证CASE输出是否符合预期，再套进UPDATE
实际用起来，最常卡住人的不是语法，而是忘了CASE在SELECT里只造值、不聚合，以及GROUP BY里不能偷懒用别名——这两点不解决，统计结果永远对不上数。
