派生表别名在同层FROM中不可跨子查询引用，因每个子查询是独立解析单元，t1的作用域仅限自身括号内，t2无法访问；必须通过JOIN显式关联或改用WITH预定义作用域。
派生表别名在同层FROM中不可跨子查询引用
你在FROM里写了两个子查询，比如(SELECT id FROM users) t1和(SELECT user_id FROM orders) t2，然后想在t2里直接写t1.id——这不可能生效。每个子查询是独立解析单元，t1的作用域只限于它自己那对括号内部，t2根本“看不见”t1。
常见错误写法：SELECT t1.id FROM (SELECT id FROM users) t1, (SELECT t1.id FROM orders) t2，MySQL 8.0+ 会直接报Unknown table 't1'，PostgreSQL 更早就会拒绝。
- 子查询之间没有隐式连接关系，不靠别名“传递”，必须显式用
JOIN或ON关联 - 如果真要复用逻辑，应上提一层：用
WITH先定义公共结果集，再在多个子查询中引用 - 旧版 MySQL（如 5.6）可能“越界查找”成功，但这是非标准行为，迁移或升级后必然崩
为什么不能像JOIN那样自动识别同层别名
JOIN的左右表在语法上属于同一FROM层级，解析器会统一收集所有表别名并建立绑定；而FROM里的多个子查询是并列的派生表，各自封闭解析——它们不是“表列表”，而是“表生成表达式列表”。数据库不会为它们构建共享作用域。
典型翻车场景：FROM (SELECT id FROM t1) a, (SELECT * FROM t2 WHERE id = a.id) b，这里a.id在第二个子查询里完全无效，因为a没被声明为它的可见上下文。
- 想让
b能访问a的数据，必须改写成JOIN：FROM (SELECT id FROM t1) a JOIN (SELECT * FROM t2) b ON b.id = a.id - 或者用相关子查询（仅限
WHERE/SELECT上下文），但FROM里不支持 - MySQL 不支持
LATERAL，所以无法像 PostgreSQL 那样用LATERAL (SELECT ... FROM a)显式声明依赖
别名复用导致字段解析错位
如果你在两个子查询里都用了相同别名，比如都叫u，即使语法通过，字段引用也会出问题。例如：FROM (SELECT id FROM users) u JOIN (SELECT id FROM orders) u ON u.id = u.id——这个ON条件实际变成orders.id = orders.id，因为解析器按“最近作用域”匹配，右侧u.id优先指向第二个子查询的u。
- PostgreSQL 直接报错：
table name "u" specified more than once - MySQL 可能静默执行但结果为空或笛卡尔积，极难排查
- 安全做法：每个子查询用语义化、不重复的别名，如
active_users、recent_orders
CTE 能解决但不是“绕过”，而是重构作用域
有人觉得WITH u AS (SELECT id FROM users), o AS (SELECT user_id FROM orders WHERE user_id IN (SELECT id FROM u)) SELECT * FROM o就能跨用，其实不是——这里的u是 CTE 名，不是表别名；它被当作一个具名结果集提前注册，所以o里能引用u。但这和同层子查询别名无关，是 SQL 标准允许的**预定义作用域**。
- CTE 名不能和物理表名冲突，否则 PostgreSQL 会优先选 CTE，MySQL 行为不一致
- CTE 不是万能替代：它不能用于
UPDATE或DELETE的目标表（MySQL 报错 1146） - 嵌套太深时，某些引擎（如 MySQL 5.7）对 CTE 递归深度有限制，需检查
cte_max_recursion_depth
外层FROM中子查询的别名，本质是给临时结果集发一张“临时身份证”，这张证只在它出生的括号内有效。想跨出去用，得走正式通道：要么JOIN，要么WITH，要么把逻辑下压到子查询内部——没有捷径，也没有例外。
