case when必须返回统一数据类型，所有then和else结果需显式转换为同类型（如均用cast…as varchar），且务必包含else处理null或未匹配情况，否则返回null引发后续异常。
SQL里CASE WHEN到底怎么写才不报错
直接说结论：CASE WHEN不是编程语言里的if语句，它必须返回统一数据类型，且每个WHEN分支的THEN结果不能混用字符串和数字——这是90%的语法错误根源。
常见报错如：ERROR: CASE types text and integer cannot be matched，本质是PostgreSQL（或SQL Server）在推断返回类型时发现冲突；MySQL稍宽松但隐式转换常导致意外空值或截断。
- 所有
THEN和ELSE后的表达式，尽量显式转成同一类型，比如都用CAST(... AS VARCHAR)或TO_CHAR(...) -
ELSE不是可选的——没写ELSE且条件全不匹配时，该字段值为NULL，容易引发后续计算异常 - 嵌套
CASE WHEN可行，但超过2层建议拆成子查询或CTE，否则可读性和执行计划都变差
在SELECT中做动态列值判断要小心NULL穿透
业务场景比如：订单表里status是'paid'/'shipped'/'cancelled'，想查出中文状态+对应颜色标签，但部分老数据status为空——这时CASE WHEN status = 'paid' THEN '已支付'...会直接跳过，整行显示NULL而不是“未知”。
正确写法必须覆盖NULL分支：
SELECT
order_id,
CASE
WHEN status = 'paid' THEN '已支付'
WHEN status = 'shipped' THEN '已发货'
WHEN status IS NULL THEN '状态未知'
ELSE '其他状态'
END AS status_label
FROM orders;
- 别用
WHEN status = NULL——永远不成立，必须用IS NULL - 如果
status字段有索引，这种写法不影响索引使用；但若写成WHERE CASE WHEN ... END = '已支付'，索引大概率失效 - MySQL 8.0+支持
COALESCE(status, 'unknown')预处理，再进CASE，逻辑更清晰
WHERE子句里用CASE WHEN过滤往往适得其反
很多人想实现“状态为paid且金额>100，或状态为shipped且金额>500”的复合条件，就写：WHERE CASE WHEN status='paid' THEN amount > 100 ELSE amount > 500 END——这语法合法，但几乎无法走索引，性能极差。
真正高效的做法是用布尔逻辑重写：
WHERE (status = 'paid' AND amount > 100) OR (status = 'shipped' AND amount > 500)
-
CASE WHEN在WHERE里本质是标量表达式，优化器很难生成合理执行计划 - 如果分支太多（比如按地区分不同税率阈值），宁可用
JOIN关联一张配置表，别硬塞CASE - PostgreSQL中可考虑
FILTER子句替代部分场景，比如聚合时条件计数
UPDATE语句中用CASE WHEN批量更新字段值
这是CASE WHEN最稳妥、最常用的场景。例如给用户表按注册时间分段打标签：
UPDATE users SET level = CASE WHEN created_at >= '2024-01-01' THEN 'new' WHEN created_at >= '2023-01-01' THEN 'active' ELSE 'legacy' END;
- UPDATE里的CASE必须配合
SET字段名，不能只写表达式 - 注意WHERE条件——上面例子没加
WHERE，会全表扫描更新；实际应加上WHERE level IS DISTINCT FROM ...避免无意义更新触发触发器或复制延迟 - Oracle用户注意：
CASE不能出现在SET的等号右边以外的位置，比如不能在WHERE子查询里嵌套用于比较
最易被忽略的一点：不同数据库对CASE WHEN的空值处理差异很大。PostgreSQL严格，SQL Server在某些版本里会把空字符串当NULL参与比较，而MySQL可能静默转成0——上线前务必用真实数据集验证边界值。
