能，但CASE必须返回布尔值或可转布尔的整数；因CASE是表达式而非谓词，不能直接返回不同结构的条件，应改用AND/OR组合或CASE返回统一字段再比较。
JOIN的ON子句里能直接写CASE WHEN吗？
能，但必须确保CASE表达式返回布尔值（TRUE/FALSE）或可隐式转为布尔的整数（如1/0），否则会报错ERROR: invalid predicate或类似语法错误。PostgreSQL、SQL Server、Oracle都支持，MySQL 8.0+也支持；但老版本MySQL（如5.7）不支持在ON中用CASE WHEN返回布尔逻辑——它只允许返回值用于等值比较，不能直接当条件用。
为什么不能直接写 CASE WHEN a.type = 'X' THEN b.x_id = c.id ELSE b.y_id = c.id END？
因为CASE WHEN在SQL中是**表达式**，不是语句，它只能返回一个值（比如'match'、1、NULL），而ON后面需要的是**谓词（predicate）**，即能求值为TRUE/FALSE的逻辑条件。上面这种写法试图让CASE返回两个不同结构的等式，语法上不合法。
正确做法是把逻辑“扁平化”为统一布尔表达式：
- 用
AND/OR组合拆解分支逻辑 - 或让
CASE返回ID类字段，再做等值判断（更安全、易读）
例如：想根据orders.order_type决定连products.id还是services.id，可以这样写：
ON ( (orders.order_type = 'product' AND orders.ref_id = products.id) OR (orders.order_type = 'service' AND orders.ref_id = services.id) )
用CASE WHEN返回ID再JOIN——更可控的写法
当分支逻辑复杂（比如涉及多个字段比对、NULL处理、类型转换），推荐用CASE先算出“目标匹配键”，再统一比较。这样逻辑清晰、便于调试，也避免OR导致索引失效的风险。
示例：订单表orders的ref_id可能指向不同表，用CASE归一化：
SELECT *
FROM orders o
LEFT JOIN (
SELECT id, 'product' AS type FROM products
UNION ALL
SELECT id, 'service' AS type FROM services
) ref ON ref.id = (
CASE o.order_type
WHEN 'product' THEN o.ref_id
WHEN 'service' THEN o.ref_id
ELSE NULL
END
) AND ref.type = o.order_type注意：CASE结果必须与右侧字段类型兼容，且ELSE NULL很重要——漏掉会导致ref_id被强制转为非空类型，引发意外匹配。
性能和可维护性陷阱
ON里嵌套复杂CASE或大量OR条件，会让优化器难以选择索引，尤其在大表JOIN时可能退化为全表扫描。
- 优先考虑拆成多个
UNION ALL查询，各自走对应索引 - 避免在
CASE中调用函数（如UPPER()、COALESCE()）作用于连接字段，会阻止索引使用 - PostgreSQL中可配合
GENERATED COLUMN预计算归一化键；MySQL可用虚拟列+索引加速
最常被忽略的一点：JOIN条件里的CASE不参与统计信息收集，执行计划可能严重误估行数——上线前务必用EXPLAIN核对实际驱动顺序和rows预估。
