case when在select中用于字段值转换，需配else防null，注意语法完整、类型兼容；where中禁用动态条件，聚合中优先用count(case when...)，order by中可自定义排序。

CASE WHEN在SELECT中做字段值转换最常用

直接在SELECT里用CASE WHEN改写原始值，比如把数字状态码转成中文描述，这是它最无痛的用法。注意必须配ELSE——不写的话默认返回NULL，容易导致前端展示空值却查不出原因。

常见错误是漏掉END，报错信息通常是"syntax error near 'WHEN'"或"missing END"；还有人把WHEN后的条件写成赋值形式（如WHEN status = 1 THEN '已发货' = 'active'），其实THEN后面只接结果表达式，不参与逻辑判断。

• CASE WHEN status = 1 THEN '已发货' WHEN status = 2 THEN '已签收' ELSE '其他' END AS status_text
• 条件顺序重要：数据库按书写顺序逐条匹配，前面的WHEN成立就跳过后续分支
• 所有THEN和ELSE返回的数据类型要兼容，混用字符串和数字会触发隐式转换或报错

WHERE里用CASE WHEN替代复杂OR/AND组合很危险

有人想用CASE WHEN动态生成过滤条件，比如“当参数为'A'时查type=1，否则查type=2”，但WHERE子句不支持这种写法——CASE返回的是值，不是可执行的条件逻辑。

真正能用的场景极少，仅限于需要根据某字段值决定比较操作符的情况（例如：字段compare_type存着'>'或'='，配合EXECUTE IMMEDIATE拼SQL才可行，但这属于动态SQL范畴，不在标准CASE能力内）。

• 错误写法：WHERE CASE WHEN @flag = 'A' THEN type = 1 ELSE type = 2 END → 语法错误
• 正确替代：WHERE (@flag = 'A' AND type = 1) OR (@flag != 'A' AND type = 2)
• 如果逻辑太深，优先拆成多个查询或用CTE预处理，别硬套CASE

聚合函数里嵌套CASE WHEN实现条件计数

统计不同分类下的数量、金额时，COUNT(CASE WHEN ...)比写多个子查询快得多，且语义清晰。关键点在于CASE内部只写条件，THEN后给一个非NULL值（通常用1），让COUNT能正常计数。

别用SUM(CASE WHEN ... THEN 1 ELSE 0 END)代替——虽然结果一样，但COUNT遇到NULL自动忽略，性能略优；而SUM要遍历所有行做加法，多一次计算开销。

• COUNT(CASE WHEN amount > 100 THEN 1 END) AS big_order_cnt
• SUM(CASE WHEN status = 'paid' THEN amount ELSE 0 END) AS paid_amount
• 注意ELSE 0对SUM安全，但对COUNT没意义——COUNT(0)和COUNT(NULL)都算作1次计数，所以COUNT分支里ELSE最好省略或写NULL

ORDER BY中用CASE WHEN实现自定义排序优先级

当需要按业务规则排先后（比如“待处理”排最前，“已完成”放最后），又不想改原始数据里的序号字段，ORDER BY CASE WHEN是最轻量的解法。

这里最容易踩的坑是类型不一致：如果THEN后面混用字符串和数字（如THEN 1和THEN 'urgent'），数据库可能报类型冲突，尤其在PostgreSQL或SQL Server里更严格。

• ORDER BY CASE WHEN status = 'pending' THEN 1 WHEN status = 'processing' THEN 2 ELSE 3 END
• 可以多层嵌套，但超过3层建议提取到SELECT里命名列再排序，提高可读性
• MySQL 8.0+ 支持FIELD()函数做类似事，但跨库兼容性差，CASE仍是通用首选

嵌套层级别太深，三层WHEN基本是可维护上限；真有复杂分支逻辑，说明数据建模或业务规则本身该优化了。