WHERE中不能直接用CASE WHEN过滤，因其仅为表达式且不改变执行计划；应改用OR/AND组合，或在SELECT/ORDER BY中使用，并注意NULL处理、类型转换、括号优先级及索引失效问题。
WHERE 中的 CASE WHEN 不能直接用于条件过滤
很多人试图在 WHERE 子句里写 CASE WHEN x THEN y END = 'value' 来实现动态条件，结果发现逻辑不对或全表扫描。这是因为 CASE WHEN 在 WHERE 中只是表达式，不改变执行计划，且优先级容易被忽略——它先求值再比较，而 NULL、类型隐式转换、短路逻辑都可能让结果偏离预期。
常见错误现象：CASE WHEN status = 'A' THEN 1 WHEN status = 'B' THEN 2 ELSE 0 END = 1 看似等价于 status = 'A'，但若 status 是 NULL，整个表达式返回 0，不会匹配；而原意可能是“只对非 NULL 的 A 生效”。
- 真正需要条件分支过滤时，应拆成
OR/AND组合，例如：(status = 'A' AND type = 'X') OR (status = 'B' AND type = 'Y') - 如果必须用
CASE，只限于SELECT或ORDER BY中做计算或排序逻辑 - 注意数据库对
CASE表达式返回类型的推断：各分支类型不一致会触发隐式转换，可能丢失精度或报错（如 PostgreSQL 严格类型检查）
嵌套 CASE WHEN 的括号与缩进不是可选，而是必需
多层嵌套时，CASE 没有自动作用域，所有 WHEN 都属于最外层的 CASE，除非你显式用括号隔离子表达式。看起来像嵌套，实际可能是扁平展开，导致逻辑错位。
比如想表达“当 a=1 时，再判断 b 是否为 2；否则统一返回 0”，错误写法：CASE WHEN a = 1 THEN CASE WHEN b = 2 THEN 'yes' END ELSE 'no' END —— 这里第二个 CASE 缺少 ELSE，会导致 a = 1 AND b != 2 时整个分支返回 NULL，而不是预期的 'no'。
- 正确做法是每个
CASE必须闭合：CASE WHEN a = 1 THEN (CASE WHEN b = 2 THEN 'yes' ELSE 'no' END) ELSE 'no' END - 用缩进+换行强制视觉分层，避免把内层
END错当成外层的 - 某些数据库（如 SQL Server）允许省略内层括号，但 MySQL 8.0+ 和 PostgreSQL 会报语法错误，跨库迁移时极易翻车
布尔表达式混用 AND/OR 时，CASE 的 WHEN 优先级低于逻辑运算符
CASE WHEN 的每个 WHEN 后面是一个完整布尔表达式，但它本身不参与 AND/OR 的优先级计算。一旦把它和外部条件拼在一起，很容易误以为“CASE 整体先算完再连 AND”，其实数据库按标准运算符优先级解析：NOT > AND > OR > CASE。
典型陷阱：flag = 1 AND CASE WHEN x > 0 THEN 1 ELSE 0 END = 1 OR flag = 2。你以为是 (flag = 1 AND [case结果]) OR flag = 2，但实际等价于 flag = 1 AND ([case结果] = 1 OR flag = 2)，因为 AND 优先级高于 OR。
- 永远给含
CASE的表达式加括号：flag = 1 AND (CASE WHEN x > 0 THEN 1 ELSE 0 END = 1) OR flag = 2 - 更安全的做法是把复杂逻辑提取到
WHERE外层，比如用 CTE 先算出分类字段，再在主查询中简单过滤 - MySQL 中
CASE表达式在WHERE里无法使用索引，即使逻辑等价于普通列比较，也会强制走全表扫描
NULL 值在 WHEN 条件中的行为完全不同于 WHERE 普通判断
WHEN 子句里的表达式如果返回 NULL（比如 col = NULL 或 NULL IN (1,2)），不会命中任何分支，直接跳到 ELSE。这和 WHERE col = NULL 永远为 false 不同，但初学者常默认两者一致。
例如：CASE WHEN name = 'Tom' THEN 'found' WHEN name IS NULL THEN 'missing' ELSE 'other' END —— 如果 name 是 NULL，第一个 WHEN 因为 name = 'Tom' 返回 NULL（三值逻辑），不满足“true”，于是继续判断第二个 WHEN，这才命中。
- 永远不要写
WHEN col = NULL，必须用WHEN col IS NULL -
IN列表含 NULL 时整个表达式可能返回 NULL，导致意外落入ELSE，建议提前用COALESCE或IS NULL显式处理 - PostgreSQL 支持
WHEN col IS NOT DISTINCT FROM 'x'来安全比较含 NULL 的值，但 MySQL 和 SQL Server 不支持
多条件嵌套的 CASE WHEN 最难 debug 的地方，往往不是语法错，而是你默认了某一层的 NULL 处理方式或运算符绑定顺序，而数据库严格按标准规则执行。上线前最好用真实 NULL/空字符串/边界值跑一遍 EXPLAIN，确认执行路径没被带偏。
