不能。标准sql中where子句作用于当前查询层级的from表，子查询是独立作用域，外部表字段在其where中不可见；仅相关子查询或主查询where配合子查询结果才能实现外部条件过滤。
WHERE 里不能直接用外部表字段过滤子查询结果？
不能。在标准 SQL 中，WHERE 子句作用于当前查询层级的 FROM 表，而子查询是独立作用域——外部表字段在子查询的 WHERE 里不可见。常见错误现象是报错 column not found 或返回空结果，尤其在 MySQL 5.7、PostgreSQL、SQL Server 中都如此。
真正能“关联外部条件”的地方只有两个：子查询的 WHERE（仅限相关子查询）、或主查询的 WHERE（配合子查询结果）。
- 相关子查询：子查询里引用外部表字段，每次外层行都会重新执行子查询
- 非相关子查询：先算出结果集，再被外层用；此时外部字段无法穿透进去
- 性能敏感场景（如外层上万行），慎用相关子查询，可能触发 N+1 查询
用 EXISTS 替代 IN 实现高效外部条件过滤
EXISTS 是最常用也最稳妥的方式，它天然支持相关子查询，且数据库优化器通常能走索引。相比 IN (subquery)，它不会因子查询返回 NULL 导致整个条件为 UNKNOWN。
典型场景：查所有有订单的用户，且订单状态为 'shipped'：
SELECT u.id, u.name FROM users u WHERE EXISTS ( SELECT 1 FROM orders o WHERE o.user_id = u.id AND o.status = 'shipped' );
-
EXISTS子查询中o.user_id = u.id就是外部表u字段的合法引用 - 子查询只需返回一行即短路，不依赖
SELECT列内容，写SELECT 1最清晰 - 如果
orders.user_id没索引，这个查询会变慢——相关子查询的性能强依赖内层字段的索引
WHERE + 子查询结果：只适用于单值比较
当子查询返回**确定的单个值**（比如聚合、标量子查询），才能在主查询 WHERE 中直接用比较操作符（=、> 等）。
例如：查销售额超过公司平均值的员工：
SELECT name, salary FROM employees WHERE salary > (SELECT AVG(salary) FROM employees);
- 括号里的子查询必须保证只返回一行一列，否则报错
Subquery returns more than 1 row - 不能用
WHERE id IN (SELECT user_id FROM logs)同时又想在子查询里用外部表字段——这属于混用模式，语法不成立 - 如果子查询可能为空（
NULL），>比较会失效，建议加IS NOT NULL显式判断
别硬套 JOIN，嵌套逻辑本质是存在性判断
有人习惯把所有嵌套改写成 JOIN，但这是误解。嵌套查询的核心语义常是“是否存在满足条件的记录”，不是“把两表拼起来”。强行 JOIN 可能导致重复行、需要去重、丢失无匹配的主表记录。
比如查“从未下单的用户”，用 LEFT JOIN ... IS NULL 可行，但语义不如 NOT EXISTS 直观且稳定：
SELECT u.id, u.name FROM users u WHERE NOT EXISTS ( SELECT 1 FROM orders o WHERE o.user_id = u.id );
-
NOT EXISTS不受NULL值干扰，也不怕orders表有重复user_id - 如果真要用
JOIN，记得加DISTINCT防重复，但优化器未必能消除额外开销 - 多层嵌套时，每层的“外部表”范围容易搞错——最外层表在最内层子查询里依然可见，但中间层不一定
