子查询无法实现非等值关联，因其缺乏逐行匹配能力；正确做法是用JOIN...ON配合BETWEEN或比较运算符完成范围匹配，WHERE仅作后续过滤。
非等值关联不能靠子查询硬套，得用 JOIN + ON 中的 BETWEEN 或比较运算符来实现；子查询本身不支持范围配对逻辑，强行在 WHERE 里写 e.salary > (SELECT min_sal FROM grades) 会丢失关联上下文，结果不可控。
为什么子查询无法直接做非等值“关联”
子查询返回的是一个值（标量）、一列（IN 场景）或多行多列（表子查询），但它没有“逐行匹配另一张表”的能力。比如你想查每个员工属于哪个薪资等级，需要把 employees.salary 和 job_grades.lowest_sal/highest_sal 做区间判断——这本质上是两张表之间的行对行范围匹配，不是“某个固定值是否大于某子查询结果”。
- 标量子查询只能返回单个值，
WHERE e.salary > (SELECT lowest_sal FROM job_grades WHERE ...)要求子查询必须严格返回一行一列，否则报错 - 列子查询配合
IN只能做离散值匹配，无法表达“落在某区间内” - 表子查询若直接放在
WHERE后，语法不合法（如WHERE e.salary BETWEEN (SELECT ...)是错的）
正确做法：JOIN + ON 中写 BETWEEN 或比较条件
非等值连接的语义必须由 JOIN ... ON 承载，数据库才能理解“这张表的某行要和那张表的哪些行按范围配对”。WHERE 只负责连接完成后的二次过滤。
- 正确写法：
SELECT e.name, g.grade_level FROM employees e JOIN job_grades g ON e.salary BETWEEN g.lowest_sal AND g.highest_sal - 如果同时有等值和非等值条件，可以混写：
ON e.dept_id = d.id AND e.salary >= d.avg_salary - 务必避免把非等值条件挪到 WHERE：
... JOIN job_grades g WHERE e.salary BETWEEN g.lowest_sal AND g.highest_sal会先算笛卡尔积，MySQL 8.0+ 严格模式下直接报错
BETWEEN 在非等值连接中的几个坑
BETWEEN a AND b 看似简单，但在 JOIN 场景中容易因数据质量或边界语义翻车：
-
NULL边界会让整行匹配失效：只要g.lowest_sal或g.highest_sal任一为NULL，e.salary BETWEEN g.lowest_sal AND g.highest_sal结果就是UNKNOWN，该行不会被关联上 - 安全写法是显式排除：
ON g.lowest_sal IS NOT NULL AND g.highest_sal IS NOT NULL AND e.salary BETWEEN g.lowest_sal AND g.highest_sal - 字符串比较依赖 collation：例如
'A' BETWEEN 'a' AND 'z'在大小写敏感排序规则下不成立，数值型字段更稳妥 - 闭区间可能引发重叠歧义：若两个薪资等级分别是
[5000, 8000]和[8000, 12000]，工资为 8000 的员工会被两条记录同时匹配——需提前确认业务是否允许或加LEFT JOIN ... LIMIT 1控制
想用子查询辅助筛选？可以，但得换思路
如果你确实需要子查询参与，它应该扮演“预计算参数”角色，而不是替代 JOIN 关联逻辑：
- 用标量子查询生成动态阈值，再用于主查询的 WHERE 过滤：
WHERE e.salary > (SELECT AVG(salary) FROM employees)—— 这不是关联，是全局比较 - 用表子查询先聚合出分段基准，再 JOIN：
SELECT * FROM employees e JOIN (SELECT dept_id, PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY salary) AS median_sal FROM employees GROUP BY dept_id) d ON e.dept_id = d.dept_id AND e.salary > d.median_sal - 禁止写：
WHERE e.salary BETWEEN (SELECT min_sal FROM grades) AND (SELECT max_sal FROM grades)—— 子查询没指定关联键，数据库不知道该取哪一行
真正难的不是写法，而是意识到“范围匹配”这件事天然属于表间连接语义，不是子查询能承载的。一旦混淆这个边界，查出来的数据要么漏、要么重、要么慢到超时——尤其当 job_grades 表只有几行，而 employees 有几十万行时，ON 里写错位置，性能会断崖式下跌。
