case when必须以end结尾，then后返回值类型需一致，建议加else防null；where中不可直接用case，需改用布尔逻辑或子查询；update中每字段需独立case；order by中推荐用整数权重排序。

CASE WHEN 在 SELECT 中怎么写才不报错

直接在 SELECT 里用 CASE WHEN 是最常见需求，但新手常卡在语法结构上：漏掉 END、混淆 THEN 后面的类型、或者把聚合函数和条件混着写却没加 GROUP BY。

关键点是：每个 CASE 必须以 END 结尾；所有 THEN 返回值类型要尽量一致（比如别一会儿返回字符串一会儿返回数字），否则某些数据库（如 PostgreSQL）会报类型冲突；ELSE 不是必须的，但建议加上，避免字段出现 NULL 而你没意识到。

• CASE WHEN score >= 90 THEN 'A' WHEN score >= 80 THEN 'B' ELSE 'C' END AS grade
• 如果 score 是 NULL，整个表达式结果也是 NULL，不会走 ELSE —— 想处理空值得先用 COALESCE(score, 0)
• 在 MySQL 8.0+ 和 PostgreSQL 中支持简写形式：CASE score WHEN 90 THEN 'A' ELSE 'Other' END，但只适用于等值判断，不能写比较运算符

WHERE 里能用 CASE WHEN 吗

不能直接写 WHERE CASE WHEN ...，SQL 标准不支持这种写法。想实现“根据条件动态过滤”，得换思路：用布尔逻辑重写，或把 CASE 移到 HAVING（配合聚合）或子查询中。

典型错误是看到别人在 SELECT 里用了 CASE，就以为 WHERE 也能照搬，结果报错 syntax error near CASE。

• 错误写法：WHERE CASE WHEN status = 'active' THEN created_at > '2023-01-01' END → 语法非法
• 正确替代：WHERE (status = 'active' AND created_at > '2023-01-01') OR (status != 'active')
• 如果逻辑太复杂，建议拆成子查询：SELECT * FROM (SELECT *, CASE WHEN ... END AS flag FROM t) s WHERE flag = 1

UPDATE 语句中用 CASE WHEN 更新不同值

这是 CASE WHEN 最实用的场景之一，尤其适合批量分类更新。但要注意：CASE 必须放在 SET 子句右侧，且整个表达式只能返回一个值，不能执行多条语句。

容易踩的坑是误以为可以“在同一个 UPDATE 里用多个 CASE 分别更新不同字段”，其实可以，但每个字段都要单独写一个 CASE 表达式，不能共用一个 CASE 块。

• 单字段更新：UPDATE users SET level = CASE WHEN points > 1000 THEN 'VIP' ELSE 'normal' END
• 多字段更新：UPDATE users SET level = CASE ..., status = CASE ... —— 两个独立 CASE，不是嵌套
• 别忘了加 WHERE 条件，否则全表更新可能锁表太久，尤其在大表上

ORDER BY 里用 CASE WHEN 实现自定义排序

数据库默认按字典或数值顺序排，但业务常需要“已支付订单排前面、待付款靠后”这类非标准顺序。ORDER BY CASE WHEN 就是干这个的，性能好、写法干净。

注意点在于：排序依据最好是整数（比如给每类赋一个权重值），而不是字符串，否则依赖字符集排序规则，跨库迁移容易出问题。

• 推荐写法：ORDER BY CASE WHEN status = 'paid' THEN 1 WHEN status = 'pending' THEN 2 ELSE 3 END
• 避免写法：ORDER BY CASE WHEN status = 'paid' THEN 'a' ELSE 'b' END —— 字符串排序隐含风险
• 如果排序字段本身允许 NULL，记得在 CASE 里显式处理，否则 NULL 会被排在最前或最后（取决于数据库，默认行为不统一）

真正难的不是写对语法，而是想清楚「条件之间有没有重叠」「边界值归哪一类」「NULL 怎么兜底」—— 这些不画个真值表很容易漏。写完最好拿几条真实数据手算一遍结果。