子查询中必须用AS为同一张表的多个引用起不同别名（如e1、e2），否则因列名歧义报错；e1和e2视为独立作用域，通过e2.department = e1.department实现相关子查询的行级关联。
子查询里怎么用别名区分同一张表的多个实例
直接在子查询中对同一张表多次引用，必须用 AS 给每个引用起不同别名，否则数据库会报错 ambiguous column name 或直接拒绝解析。这是最常卡住的第一步。
比如想查“工资比部门平均工资高的员工”，主表 employees 要同时出现在外层（单个员工）和内层（算平均值），就得拆成两个逻辑视图：
SELECT e1.name, e1.salary FROM employees AS e1 WHERE e1.salary > ( SELECT AVG(e2.salary) FROM employees AS e2 WHERE e2.department = e1.department );
-
e1和e2是同一张物理表，但数据库把它们当作独立作用域处理 - 内层子查询里的
e2.department = e1.department是关联条件，依赖外层e1的当前行——这种写法叫相关子查询（correlated subquery） - 别名不能省，哪怕只用一次；也不能重复，
e1和e1再次出现就冲突
WHERE 中用子查询比较行间数值，为什么结果不对
常见错因是没意识到子查询返回的是标量（单值）还是多值。如果子查询意外返回多行，多数数据库（如 PostgreSQL、SQL Server）会直接报错 more than one row returned by a subquery used as an expression；MySQL 默认取第一行但不报错，导致结果隐蔽出错。
例如查“薪资高于直属上级的员工”，错误写法：
SELECT name FROM employees WHERE salary > (SELECT salary FROM employees WHERE id = manager_id);
问题在于：如果某员工的 manager_id 为空，子查询返回 NULL，整个表达式变成 salary > NULL → 永远为 UNKNOWN，该行被过滤掉（三值逻辑）；更糟的是，若存在多个同名 manager 或数据异常，子查询可能返回多行。
- 加
IS NOT NULL判断：WHERE manager_id IS NOT NULL AND salary > (SELECT ...) - 确保子查询严格单行：可用
LIMIT 1（MySQL）或TOP 1（SQL Server），但更稳妥是加唯一约束或用WHERE id = ...精确匹配 - 遇到聚合场景（如比部门最高薪），用
MAX()等函数兜底，避免空集返回NULL
JOIN 比子查询快，什么时候非得用子查询
不是所有行间比较都适合改写成 JOIN。当逻辑含“对每一行独立执行一次计算”时，相关子查询反而更直观、更安全。
比如查“每个员工的薪资是否高于其所在城市薪资中位数”，中位数需按城市动态计算，且无法提前物化——这时用子查询嵌套 PERCENTILE_CONT 或模拟中位数逻辑，比强行 JOIN + 窗口函数再去重更可控。
- 子查询天然隔离作用域，不会因 JOIN 导致笛卡尔积或重复行（尤其一对多关系时）
- 某些数据库（如 SQLite）不支持窗口函数，子查询是唯一可行路径
- 但注意：相关子查询性能差，每行都触发一次内层执行；数据量大时，优先考虑用
JOIN + GROUP BY预先算好聚合值再关联
PostgreSQL / MySQL / SQL Server 在行间比较上的关键差异
语法看着像，但底层行为差异直接影响结果正确性。
- MySQL 8.0+ 支持相关子查询中的
LATERAL（类似 PostgreSQL 的LATERAL），可让子查询引用外层列并返回多行；旧版只能靠 JOIN 模拟 - PostgreSQL 允许子查询返回行类型（
ROW），能一次性比多个字段：WHERE (e1.salary, e1.years) > (SELECT ...)；SQL Server 不支持这种写法 - SQL Server 的
EXISTS对空集处理更严格，而 MySQL 的IN遇到子查询含NULL会整体失效（1 IN (1, NULL)返回NULL而非TRUE）
跨数据库移植时，别只看能不能跑通，重点验证边界情况：空值、重复键、空子查询结果集——这些地方最容易静默出错。
