关联子查询中必须显式使用外部表别名引用字段（如o.customer_id），不可省略前缀，否则报“unknown column”；仅where/having中允许引用，且须属直接父查询from子句来源。
关联子查询里怎么写外部表字段
关联子查询能用外部表字段，但必须显式限定——不加表别名或表名直接引用，多数数据库会报 Unknown column 错误。MySQL、PostgreSQL、SQL Server 都要求在子查询中通过外部表的别名（如 t1.id）来引用，不能依赖“自动上溯”。
常见错误现象：ERROR 1054 (42S22): Unknown column 'orders.customer_id' in 'where clause'，往往是因为子查询里写了 customer_id 却没加 orders. 前缀。
- 外部表字段必须带别名前缀，例如
o.customer_id，不能只写customer_id - 子查询里不能出现外部表未出现在外层
FROM中的字段（哪怕逻辑上可推导） - PostgreSQL 对相关名解析稍宽松，但跨层级嵌套时仍建议始终显式限定
为什么 WHERE 中的子查询能“看到”外部表
关键不在语法糖，而在执行机制：关联子查询不是一次性执行，而是对外层每一行“循环调用”。比如外层查出 100 行，子查询就执行 100 次，每次把当前行的字段值代入子查询的 WHERE 或 SELECT 中。
这意味着性能敏感点很明确——子查询若没走索引，或本身复杂（含多表 JOIN、聚合），就会放大 100 倍开销。
- 子查询中的
WHERE条件必须包含对外部表字段的引用（否则变成非关联子查询） - MySQL 8.0+ 会尝试将简单关联子查询自动改写为
JOIN，但仅限于特定结构（如IN+ 单列子查询） - PostgreSQL 的
EXPLAIN里会出现SubPlan节点，清楚标出“per outer row”
用 EXISTS 替代 IN 时外部字段怎么传
EXISTS 是最典型的关联子查询场景，它的子查询里必须引用外部表字段，否则恒为 TRUE 或 FALSE。重点在于：子查询的 WHERE 必须把外部字段和子查询内表字段连起来，且通常要加索引支撑。
示例：查有订单的客户
SELECT c.id, c.name FROM customers c WHERE EXISTS ( SELECT 1 FROM orders o WHERE o.customer_id = c.id );
-
c.id是外部表字段，在子查询WHERE中必须显式参与等值匹配 - 子查询里
SELECT 1是惯例，内容无关紧要，数据库只关心是否存在行 - 如果
orders.customer_id没索引，这个EXISTS可能比INNER JOIN还慢
GROUP BY 后在 HAVING 里用子查询引用外部聚合字段
这是容易被忽略的边界场景：当子查询出现在 HAVING 中，它能引用的“外部字段”仅限于 GROUP BY 列或聚合函数结果，不能引用未分组的原始列。
比如想查“订单总金额超过该客户平均订单金额两倍的客户”，子查询里要用 AVG()，而不能直接用 o.amount —— 因为外层已按客户分组，单个 o.amount 不再确定。
-
HAVING子查询中可安全引用GROUP BY字段（如c.id）和聚合结果（如AVG(o.amount)） - 不可引用未出现在
GROUP BY中的非聚合列，否则 MySQL 会报错，PostgreSQL 直接拒绝语法 - 这类查询往往更适合拆成 CTE 或临时表，避免在每组上重复执行子查询
JOIN 或窗口函数更稳，尤其当外部结果集大、子查询又没索引时。
