CASE表达式返回NULL主因是漏写ELSE，属SQL标准行为；数值字段混字符串时类型隐式转换风险高；WHERE中慎用CASE以免索引失效；COALESCE/NULLIF为特化函数，语义性能各异；ORDER BY用CASE需括号防误解析；各分支数据类型必须兼容。
CASE 表达式写在 SELECT 里为什么返回 NULL？
多数情况是漏写了 ELSE，而数据库默认补 NULL —— 这不是 bug，是 SQL 标准行为。
- 没写
ELSE时，所有WHEN条件都不满足，整条CASE就返回NULL - 数值型字段如果混了字符串（比如
WHEN status = 1 THEN 'active' ELSE 0），MySQL 或 PostgreSQL 可能隐式转类型，但 SQL Server 会直接报错Conversion failed - 想确保非空，显式写
ELSE ''或ELSE 0，别依赖默认
WHERE 子句里能不能用 CASE？
能，但得用对方式：不能直接 WHERE CASE ... END = 1 做过滤主逻辑，容易让索引失效；更适合做“条件分支过滤”或“动态条件开关”。
- 推荐写法：
WHERE (status = 'pending' AND priority > 5) OR (status = 'draft' AND created_at > '2024-01-01')，比套CASE更易读、更可能走索引 - 真要用
CASE在WHERE里，只适合简单标记场景，比如：WHERE CASE WHEN @role = 'admin' THEN 1 ELSE is_public END = 1 - 注意：SQL Server 对
CASE在WHERE中的求值顺序不保证，别依赖短路逻辑
CASE 和 COALESCE、NULLIF 有什么区别？
CASE 是通用条件表达式，COALESCE 和 NULLIF 是特化函数，语义和性能都不同。
-
COALESCE(a, b, c)等价于CASE WHEN a IS NOT NULL THEN a WHEN b IS NOT NULL THEN b ELSE c END，只处理NULL判定，不能写任意条件 -
NULLIF(a, b)是CASE WHEN a = b THEN NULL ELSE a END的简写，仅支持等值比较 - 性能上，
COALESCE通常比等价CASE略快（优化器更熟悉），但差异微小；可读性优先选COALESCE处理空值链
ORDER BY 里用 CASE 排序结果乱序？
常见原因是没加括号或类型不一致，导致排序依据被误解为多个字段。
- 错误写法：
ORDER BY CASE WHEN type = 'A' THEN 1 ELSE 2 END, name—— 这其实是按“排序权重 + name”两列排，不是按权重分组再排 name - 正确分组排序要加括号：
ORDER BY (CASE WHEN type = 'A' THEN 1 ELSE 2 END), name（PostgreSQL/SQL Server 支持）或拆成子查询 - MySQL 8.0+ 支持窗口函数，复杂排序优先考虑
ROW_NUMBER() OVER (PARTITION BY ... ORDER BY ...)，比嵌套CASE更清晰
最常被忽略的是：CASE 表达式中各分支返回值的**数据类型必须兼容**。数据库会尝试隐式转换，但转换规则因引擎而异——PostgreSQL 严格，MySQL 宽松，SQL Server 中间。宁可显式 CAST，也别赌它能猜对。
