必须显式用AS为CASE WHEN结果指定别名，否则客户端识别为expr_1等不可读名称导致取值失败；嵌套时需规范缩进、范围前置、保留ELSE；WHERE中不可直接引用SELECT别名，须重复表达式或用子查询；各分支须统一数据类型，拼接前显式CAST并用COALESCE处理NULL。
SQL里CASE WHEN结果总是显示为“expr_1”这种别名
数据库执行CASE WHEN后没写AS，默认字段名就变成expr_1、expr_2这类不可读的别名，导出或对接前端时直接报错或显示异常。
必须显式用AS指定列名，否则多数客户端（如DBeaver、Navicat、Python的pandas.read_sql）会把临时表达式当无名字段处理：
SELECT name, CASE WHEN age >= 18 THEN 'adult' ELSE 'minor' END AS user_type FROM users;
- 不加
AS user_type，结果集第二列名可能是expr_1，程序取值时写row['user_type']直接KeyError - 某些旧版MySQL（5.7前）甚至不允许在
ORDER BY里用未命名的CASE表达式 -
AS不是可选语法糖，是让结果可被引用的必要步骤
嵌套CASE WHEN写法混乱导致逻辑错位
多层条件判断时，容易把WHEN和ELSE对齐搞错，或者漏掉END，结果不是语法错误就是逻辑全乱。
建议把每个分支单独缩进、强制换行，并优先用“范围前置”写法避免重叠判断：
SELECT
score,
CASE
WHEN score >= 90 THEN 'A'
WHEN score >= 80 THEN 'B'
WHEN score >= 70 THEN 'C'
ELSE 'F'
END AS grade
FROM exams;- 不要写成
WHEN score > 80 AND score ——边界模糊，<code>score = 80可能被跳过 - 所有
WHEN按从高到低或从低到高顺序排，别交叉（比如先写>= 80再写>= 90） - 最后一个
ELSE不能省：哪怕你“确定不会走到这”，缺了它，NULL值就变成NULL而不是你预期的兜底值
在WHERE或ORDER BY里复用CASE WHEN结果失败
很多人想在WHERE里写WHERE grade = 'A'，或ORDER BY grade，但grade是SELECT里定义的别名，在WHERE阶段根本不可见。
SQL执行顺序是FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY，所以CASE结果只在SELECT和之后的ORDER BY可用：
-
WHERE里要用原字段+完整CASE表达式，或者改用子查询/CTE -
ORDER BY可以直接用别名grade，也可以用字段序号（如ORDER BY 3），但后者脆弱，列顺序一变就失效 - PostgreSQL支持在
WHERE里用SELECT别名（通过语法糖），但MySQL、SQL Server、SQLite都不行，别依赖
字符串拼接+CASE WHEN引发隐式类型转换错误
把CASE结果和字符串拼一起，比如'Status: ' + CASE ... END，在SQL Server或MySQL严格模式下会报类型不匹配。
因为CASE各分支返回类型不一致（比如一个返回INT，一个返回VARCHAR），数据库会尝试隐式转，失败就炸：
SELECT
'Price: ' +
CASE
WHEN discount > 0 THEN CAST(price * (1 - discount) AS VARCHAR)
ELSE CAST(price AS VARCHAR)
END AS label
FROM products;- 所有
THEN和ELSE分支必须返回相同数据类型；混用数字和字符串时，显式CAST或CONVERT是唯一稳妥方式 - MySQL中
CONCAT()比+安全，它自动转类型，但Oracle、SQL Server不认CONCAT（得用||或+） - 空值（
NULL）参与拼接会导致整条结果为NULL，记得用COALESCE兜底
实际写多了就会发现，CASE WHEN本身不难，难的是它总在和其他机制（别名作用域、类型系统、执行顺序）咬合时露出缝隙。这些缝隙不报大错，但会让结果偶尔不对、导出失败、或者换了个数据库就崩。
