主流数据库ON子句不支持CASE WHEN，因连接键需确定性；应改用子查询预计算动态键或多个LEFT JOIN+条件过滤，并注意类型一致与显式ELSE NULL。
JOIN的ON子句里直接写CASE WHEN会报错
绝大多数主流数据库（PostgreSQL、MySQL 8.0+、SQL Server）在解析 ON 子句时，不接受将 CASE WHEN 作为连接表达式的一部分，比如 ON t1.id = CASE WHEN t2.type = 'A' THEN t2.a_id ELSE t2.b_id END。这不是语法糖缺失，而是优化器层面的硬性限制：这类写法会让连接键失去确定性，无法生成有效执行计划，最终报类似 syntax error near CASE 或 invalid use of CASE in JOIN condition 的错误。
用子查询预计算动态关联字段
这是最通用、兼容性最好的解法。核心思路是把“动态逻辑”提前收束成一个确定值，再做标准等值连接。
- 先在子查询中用
CASE WHEN计算出统一类型的关联键（如全部转为INT或VARCHAR），并显式加上ELSE NULL - 给子查询起明确别名（如
o2），避免旧版 MySQL 报Unknown column in ON clause - 主表与子查询按主键关联，再用子查询产出的动态键去连目标表
SELECT o.*, u.name
FROM orders o
JOIN (
SELECT id,
CASE
WHEN order_type = 'direct' THEN user_id
WHEN order_type = 'agent' THEN agent_id
ELSE NULL
END AS join_key
FROM orders
) o2 ON o.id = o2.id
JOIN users u ON u.id = o2.join_key;
用多个LEFT JOIN + 条件过滤替代
当动态逻辑本质是“选一张表来连”，而不是“算一个键来连”，这种写法更直观，性能也常更好（避免子查询物化）。
- 每个
LEFT JOIN的ON必须同时包含业务条件和关联字段，例如ON o.order_type = 'direct' AND o.user_id = u.id - 漏掉业务条件会导致该
JOIN对所有行都尝试匹配，产生笛卡尔积膨胀 - 用
COALESCE(u.name, a.name)合并结果，注意两边字段类型要一致（如都是VARCHAR(100)）
SELECT o.*,
COALESCE(u.name, a.name) AS contact_name
FROM orders o
LEFT JOIN users u ON o.order_type = 'direct' AND o.user_id = u.id
LEFT JOIN agents a ON o.order_type = 'agent' AND o.agent_id = a.id;
容易被忽略的类型与空值陷阱
即使语法通过，运行时静默出错更危险。两个关键点常被跳过：
-
CASE WHEN所有分支必须返回相同数据类型，否则隐式转换可能失败或截断（比如INT和VARCHAR混用） -
ELSE NULL不是可选项——缺了它，数据库可能把整个表达式推断为NOT NULL类型，导致NULL值被强制转成默认值（如0或空字符串），进而引发意外匹配
