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_cntSUM(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基本是可维护上限；真有复杂分支逻辑，说明数据建模或业务规则本身该优化了。
