子查询字段必须显式命名且子查询需加别名，否则外层无法引用；不同数据库对未命名字段处理不一致，推荐统一使用as明确别名并避免关键字冲突。
子查询里字段没重命名，外层查不到
子查询返回的字段默认没有别名，如果外层 SQL 直接引用 SELECT * FROM (SELECT name, age FROM users) 这种写法，外层无法用 name 或 age 做条件或排序——因为子查询结果集字段名是未定义的（不同数据库行为不一致，MySQL 会继承原名，PostgreSQL 则可能报错或返回匿名列）。
必须显式给子查询字段加别名，且推荐同时给子查询本身也起别名（否则某些场景语法不合法）：
SELECT u.name, u.age + 10 AS future_age FROM (SELECT name, age FROM users WHERE status = 'active') AS u;
-
AS u是子查询别名，不可省略（尤其在 PostgreSQL / SQL Server 中，不加会报subquery in FROM must have an alias） - 子查询内部的
name、age是原始字段，可直接用；但若想改名（比如避免和外层同名冲突），得在子查询里用AS显式重命名：SELECT name AS user_name, age AS user_age ... - 别名只在当前查询层级生效，外层不能反向影响子查询字段名
WHERE 或 ORDER BY 引用子查询字段时报错：列不存在
常见错误是误以为子查询字段名自动“透出”到外层作用域。实际上，外层能引用的只有子查询 输出列 的别名（包括你显式写的，或数据库隐式赋予的），而不是子查询内部的表达式或原始字段名。
比如这个写法会失败：
SELECT * FROM (SELECT id, UPPER(name) FROM users) AS t WHERE name LIKE '%a%';
因为子查询输出列没有叫 name 的字段，它实际输出的是 UPPER(name)（无名）——多数数据库会把它命名为 upper 或报错。
- 正确做法：给表达式显式命名，如
UPPER(name) AS name_upper - 别名要避开关键字（如
order、group），否则需加双引号（PostgreSQL）或方括号（SQL Server） - MySQL 允许不加
AS直接写空格，但易读性差，不建议：UPPER(name) name_upper
多层嵌套子查询时别名冲突或覆盖
当子查询里再套子查询，各层字段名若重复，外层会优先取最近一层的别名。这不是 bug，是 SQL 名称解析规则决定的——字段查找从最内层开始向外逐级匹配。
例如：
SELECT inner.id, inner.name
FROM (
SELECT id, name FROM (
SELECT id, 'fake' AS name FROM orders
) AS inner
) AS outer;
这里 inner.name 实际取的是内层子查询的 'fake'，不是原始表的 name。如果本意是穿透两层取原始字段，就必须在每一层都保留并重命名关键字段。
- 每层子查询中，只暴露你需要的字段，其余一律过滤掉（避免字段爆炸）
- 对同一语义字段（如用户 ID），建议统一别名（如始终用
user_id），不要一层叫id、下一层叫uid、再外层又变回id - 别名长度不影响性能，但过长（如
user_profile_full_name_normalized_for_display）会降低可维护性
CTE 替代子查询时别名规则一样，但更清晰
用 WITH 写 CTE 并不改变字段别名逻辑，只是把子查询提前声明了。CTE 本体必须有明确字段列表（PostgreSQL 要求，MySQL 8.0+ 推荐），否则字段名不可靠。
错误示范（MySQL 8.0+ 可能警告，PostgreSQL 直接报错）：
WITH active_users AS (SELECT name, age FROM users WHERE active = 1) SELECT * FROM active_users ORDER BY name;
正确写法（显式声明字段）：
WITH active_users(name, age) AS (SELECT name, age FROM users WHERE active = 1) SELECT name, age + 5 FROM active_users;
- CTE 括号里的
(name, age)是输出列名声明，不是类型定义 - 如果子查询字段数和 CTE 声明数不一致，会报错，这是好事——提前暴露字段错位
- CTE 名和字段名一样适用作用域规则：外部查询不能访问 CTE 内部子查询的原始字段名，只能访问 CTE 声明的字段名
字段别名这事看着小，但嵌套深了、团队协作时字段含义模糊，就容易在 WHERE 条件或 JOIN 关联上卡住半天——尤其是有人忘了给表达式命名，或者依赖数据库隐式命名习惯。
