CASE必须有END，ELSE建议写上；用搜索CASE（CASE WHEN...）更灵活；所有THEN返回类型需一致，PostgreSQL要求严格兼容，MySQL依首分支推断类型。
SQL里CASE表达式怎么写才不出错
直接说结论：CASE必须有END，ELSE虽可省略但强烈建议写上，否则NULL值容易引发前端展示异常或统计偏差。
常见错误是漏掉END，或者在WHEN后跟了带等号的条件（比如WHEN status = 'active'是对的，但WHEN status == 'active'会报错——SQL不支持==）。
使用场景集中在报表生成、数据清洗、接口返回值标准化，比如把数字状态码转成中文标签，或按金额区间打标签。
-
CASE有两种写法：简单CASE（CASE column WHEN value THEN ...）和搜索CASE（CASE WHEN condition THEN ...），后者更灵活，推荐优先用 - 所有
THEN分支返回的数据类型要尽量一致，否则数据库可能隐式转换失败（比如MySQL里混合返回INT和VARCHAR可能被强转成字符串，影响排序） - 别在
WHERE里嵌套复杂CASE做条件过滤——它不走索引，性能差；该用索引字段就直接用字段
MySQL和PostgreSQL的CASE行为差异
核心区别在NULL处理和类型推断逻辑。MySQL对CASE结果列默认类型由第一个THEN决定，后续不匹配会强制转；PostgreSQL更严格，要求所有分支类型兼容，否则报错ERROR: CASE types text and integer cannot be matched。
比如这个语句在PostgreSQL里会挂：
SELECT CASE WHEN id > 10 THEN 'high' ELSE 0 END FROM users;
因为'high'是text，0是integer，必须显式转成同类型：
SELECT CASE WHEN id > 10 THEN 'high' ELSE 'low' END FROM users;
- PostgreSQL中可用
CAST(... AS TEXT)或::TEXT统一类型 - MySQL 8.0+支持
COALESCE配合CASE缓解类型冲突，但不如直接统一稳妥 - SQLite基本照搬MySQL逻辑，但类型转换更“随意”，上线前务必用真实数据测
用CASE给查询结果加样式类名（比如HTML class）
这不是真加CSS，而是让SQL输出一个代表样式的字符串字段，供前端直接绑定class。关键点在于别拼错字符串，也别漏空格。
典型错误是写成THEN 'status-active'却忘了在HTML里加class="<%= status_class %>"这种模板语法，结果白忙活。
- 多个条件共用一类时，用
IN简化：WHEN status IN ('pending', 'reviewing') THEN 'status-pending' - 避免在
CASE里调用函数如NOW()或UUID()——它们每次执行都可能不同，导致同一行结果不稳定 - 如果要根据数值范围分档，注意边界是否包含：用
BETWEEN 10 AND 20比>=10 AND 更清晰，但两者等价
为什么ORDER BY里用CASE经常排序不对
因为CASE本身不改变原始值顺序，只是映射出新值；如果你按CASE结果排序，实际排的是映射后的值，不是原字段。比如按CASE WHEN score >= 90 THEN 'A'...排序，结果是A/B/C字母序，不是分数高低。
想实现“先按等级、再按分数”得写两层：
ORDER BY
CASE WHEN score >= 90 THEN 1
WHEN score >= 80 THEN 2
ELSE 3 END,
score DESC
- 第一层
CASE只负责分组权重，返回数字比字符串更安全 - 别在
ORDER BY里重复写长CASE逻辑——提取成子查询或CTE更易读、可复用 - 某些老版本SQLite不支持在
ORDER BY里直接用列别名（如SELECT ..., CASE ... AS level ORDER BY level），得写回完整表达式
最麻烦的是嵌套层级深了之后，每个WHEN的判断顺序不能错——SQL按从上到下匹配，前面条件吃掉了后面本该匹配的值，这种逻辑漏洞查起来特别费眼。
