where子句中不能直接用case返回字段名，因sql标准要求列名在执行前确定，而case返回的是值而非标识符；正确做法是用or逻辑拆分条件或通过cte/子查询复用case结果。
WHERE子句里不能直接用CASE返回字段名
很多人想在WHERE里写CASE WHEN type = 'user' THEN user_id ELSE order_id END = 123，这会报错——SQL标准不支持在过滤条件中动态切换列名。数据库执行时需要提前确定访问哪一列，而CASE返回的是值，不是标识符。
真正能用的场景是：用CASE构造统一计算逻辑，再和固定值比对。比如按类型决定匹配逻辑：
WHERE (type = 'user' AND user_id = 123) OR (type = 'order' AND order_id = 123)
或者用CASE做等值映射（注意必须保证所有分支都返回同类型）：
WHERE
CASE type
WHEN 'user' THEN CAST(user_id AS VARCHAR)
WHEN 'order' THEN CAST(order_id AS VARCHAR)
END = '123'
- 字符串拼接或隐式转换容易引发索引失效，查得慢
-
CAST或CONVERT必须显式指定目标类型，否则不同分支类型不兼容会报错 - 如果字段本身是
NULL，CASE默认不匹配，需额外加ELSE NULL并配合IS NOT DISTINCT FROM（PostgreSQL）或改用OR逻辑
SELECT中用CASE实现“动态字段”要防NULL和类型冲突
这是CASE最稳妥的用法：在结果集里根据条件选一个字段输出，但必须确保所有分支返回相同数据类型，否则数据库会尝试隐式转换，可能截断、报错或性能下降。
常见错误现象：CASE里混用INT和VARCHAR，MySQL可能转成字符串但长度不够，PostgreSQL直接拒绝。
SELECT
id,
type,
CASE type
WHEN 'user' THEN user_name -- VARCHAR(50)
WHEN 'product' THEN product_code -- CHAR(10)
ELSE 'N/A' -- VARCHAR(3)
END AS display_name
FROM entities;
- 所有分支结果类型最好显式一致，例如都
CAST(... AS VARCHAR(100)) - 别依赖
ELSE兜底——万一漏了类型，整个字段类型推导就崩了 - 如果某分支字段可能为
NULL，而其他分支是非空值，记得用COALESCE对齐语义，比如COALESCE(user_name, '')
嵌套查询+CASE组合时，外层不能引用内层CASE别名
写成这样会报错：SELECT *, display_name FROM (SELECT id, CASE... AS display_name FROM t) s WHERE display_name LIKE '%a%'。问题不在CASE，而在大多数数据库（MySQL 5.7、SQL Server、Oracle）不支持在WHERE里引用SELECT列表中的别名。
正确做法只有两个：
- 把
CASE表达式原样复制到WHERE里（可读性差，但通用） - 用CTE或衍生表包一层，再在外层过滤（推荐，逻辑清晰）
WITH enriched AS (
SELECT
id, type,
CASE type
WHEN 'user' THEN user_name
ELSE product_name
END AS display_name
FROM items
)
SELECT * FROM enriched WHERE display_name LIKE '%test%';
注意：CTE在SQLite、MySQL 8.0+、PostgreSQL、SQL Server都支持；老版本MySQL只能用嵌套子查询，且子查询不能有ORDER BY除非配LIMIT。
性能敏感场景下，CASE + 索引基本无效
哪怕你在user_id和order_id上都有索引，用CASE把它们“揉”进一个表达式后，数据库无法走索引。比如WHERE CASE type WHEN 'user' THEN user_id ELSE order_id END = 123，执行计划大概率是全表扫描。
真实业务中更可行的替代方案：
- 拆成
UNION ALL：分别查user_id = 123 AND type = 'user'和order_id = 123 AND type = 'order'，各自走索引 - 加计算列并建索引（MySQL 5.7+/PostgreSQL）：
ALTER TABLE t ADD COLUMN ref_id INT AS (CASE type WHEN 'user' THEN user_id WHEN 'order' THEN order_id END)，再CREATE INDEX ON t(ref_id) - 应用层判断类型，发两条独立查询——网络开销小，但逻辑更可控
最容易被忽略的一点：当CASE分支超过3个，或涉及函数调用（如UPPER()、DATE()），不仅索引失效，还可能触发临时表或文件排序，查大表时延迟陡增。
