必须给嵌套子查询起别名，因sql标准要求from中每个表源（含子查询）须有唯一别名以支持列绑定，否则解析报错；别名需紧跟右括号后，推荐小写下划线命名，避免数字开头、保留字及重名。
为什么必须给嵌套子查询起别名
不加别名的子查询在多数 SQL 引擎里会直接报错，比如 PostgreSQL 抛出 ERROR: subquery in FROM must have an alias，MySQL 8.0+ 也默认要求。这不是风格问题，是语法硬性限制——FROM 子句里的每个表源（包括子查询）都必须有唯一标识符，否则解析器无法绑定列引用。
怎么写才合规：别名位置和命名规则
别名必须紧跟在子查询右括号之后，用 AS 或空格分隔；别名本身推荐小写 + 下划线，避免数字开头或保留字。常见错误包括把别名写在子查询内部、用中文或空格、或者和外层字段重名导致歧义。
无序列表：
- ✅ 正确：
SELECT u.name FROM (SELECT id, name FROM users WHERE status = 'active') AS u - ❌ 错误：
SELECT u.name FROM (SELECT id, name FROM users) u WHERE u.id > 10（MySQL 5.7 兼容但不推荐，可读性差） - ❌ 错误：
SELECT * FROM (SELECT 1) 1st（数字开头，语法错误） - ❌ 错误：
SELECT x.id FROM (SELECT id FROM t) AS x JOIN (SELECT id FROM s) AS x ON ...（重复别名，作用域冲突）
多层嵌套时别名容易踩的坑
三层以上子查询如果全用单字母别名（如 a、b、c），很快就会搞不清哪层查的是什么。更麻烦的是，某些旧版 Hive 或 Spark SQL 对别名作用域处理不一致，外层引用内层字段时若别名模糊，可能意外命中上层同名列。
实操建议：
- 按语义缩写：用户数据子查询用
active_users，统计结果用user_count - 避免省略
AS：虽然多数方言允许(...) u，但显式写AS u更易扫描定位 - 嵌套过深（>3 层）优先考虑 CTE：
WITH active_users AS (...), ranked AS (...) SELECT ...，可读性和维护性明显提升
别名影响执行计划吗
不影响。别名只是解析期的符号绑定，不参与优化器决策。但间接影响很大：没别名 → 语法报错 → 查询根本跑不起来；别名起得模糊 → 开发者误读逻辑 → 改错时改错地方 → 线上出数据偏差。真正复杂的地方不在语法，而在多人协作时，一个没命名的子查询会让后续所有人花两分钟确认它到底干了什么。
