必须为from子句中的子查询添加表别名，这是sql标准强制要求，否则主流数据库引擎均报错；别名需置于子查询右括号后、用as显式声明，且不可与字段别名混淆。
必须加别名，不是为了好看，是SQL标准强制要求的语法底线——不加就报错，没商量。
Every derived table must have its own alias 是什么
这是 MySQL 5.7+、PostgreSQL、SQL Server、Spark SQL、Oracle（报 ORA-00903）等主流引擎统一抛出的错误。它直白地告诉你：FROM 里出现的子查询被解析为“派生表（derived table）”，而 SQL 标准规定：每个表源（包括物理表、视图、表函数、子查询结果集）都必须有唯一名称，否则解析器无法绑定列、无法做语义分析。
- ❌
SELECT * FROM (SELECT id, name FROM users)→ 必报错 - ✅
SELECT * FROM (SELECT id, name FROM users) AS u→ 合法，u是必需的标识符 - 哪怕你后续完全没写
u.id，甚至整个查询只用*，也得加
别名位置和写法容易踩哪些坑
别名不是随便塞在括号后面就行，位置和分隔稍有偏差，就会触发语法失败或跨引擎不兼容。
- ✅ 正确：
FROM (SELECT user_id, COUNT(*) FROM orders GROUP BY user_id) AS user_orders——AS紧贴右括号后，空格分隔清晰 - ❌ 错误：
FROM (SELECT user_id, COUNT(*) AS cnt FROM orders GROUP BY user_id AS user_orders)——AS user_orders写进子查询内部，被当成字段别名，不是表别名 - ❌ 错误：
FROM (SELECT )user_orders—— 缺少AS或空格，PostgreSQL 会报错，MySQL 可能容忍但不推荐 - 推荐统一用
AS显式声明，避免空格歧义；别名本身建议小写+下划线，比如user_summary
JOIN 中的子查询别名不只是语法，更是作用域锚点
当子查询参与 JOIN，别名直接决定列能否被正确识别。没有它，ON 条件里的字段引用会彻底失效。
-
LEFT JOIN (SELECT user_id, SUM(amount) FROM payments GROUP BY user_id) AS p ON u.id = p.user_id→ ✅p.user_id明确指向子查询结果 - 如果省略
p.，只写ON u.id = user_id→ ❌ 解析器不知道user_id来自哪张表，报错或查出空结果 - 两个子查询
JOIN时，必须用不同别名（如t1和t2），否则列作用域重叠，ON t1.x = t2.y就没法成立
标量子查询不能直接塞进 FROM 子句
FROM 需要的是“表结构”——至少一行一列的二维结果集。而 (SELECT COUNT(*) FROM users) 这种只返回单个值的，是标量子查询，不能直接放 FROM 里。
- ❌
SELECT * FROM (SELECT COUNT(*) FROM users)→ 报错：缺少列定义 / 不是有效表源 - ✅ 改成带列名的表结构：
SELECT * FROM (SELECT COUNT(*) AS cnt FROM users) AS t - ✅ 或补全字段：
SELECT * FROM (SELECT 1 AS dummy, COUNT(*) AS cnt FROM users) AS t - 反过来，在
SELECT或WHERE里用标量子查询完全没问题，那不需要表别名
真正容易被忽略的点是：别名不是“可选装饰”，它是解析器识别数据来源的唯一路径。哪怕只是临时凑数用 t，也得写；哪怕你确定只用一次，也得存在。一旦漏掉，整条 SQL 就卡在语法层，根本进不了执行阶段。
