必须给from子句中的子查询加别名，这是sql标准强制要求的语法铁律，否则解析器无法识别派生表并绑定列引用，主流引擎均报“every derived table must have its own alias”错误。
FROM子句里的子查询不加别名，SQL 直接报错，不是风格问题，是语法铁律。
Every derived table must have its own alias 错误怎么来的
这个错误在 MySQL 5.7+、PostgreSQL、SQL Server、Spark SQL 等主流引擎里都会出现，本质是 SQL 标准强制要求：FROM 子句中每个表源（包括子查询生成的派生表）必须有唯一标识符，否则解析器无法绑定列引用或做语义分析。
-
SELECT * FROM (SELECT id, name FROM users WHERE active = 1)→ 必报错，缺别名 -
SELECT * FROM (SELECT id, name FROM users WHERE active = 1) AS u→ 合法，u是必需的标识符 - 即使你只用一次、不写
u.id，也得加；哪怕整个查询里根本没引用该别名，也得写
别名位置写错导致语法失败
别名必须紧贴子查询右括号之后，不能塞进子查询内部，也不能漏掉分隔符。
- ✅ 正确：
FROM (SELECT user_id, COUNT(*) FROM orders GROUP BY user_id) AS user_orders - ❌ 错误：
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）会报错或歧义 - 推荐统一用
AS显式声明，避免空格引发的兼容性问题
别名命名踩坑：小写+下划线最稳
别名不是随便起个名字就行，它要能被解析器无歧义识别，还要便于后续维护。
- 避免数字开头：
1st_result是非法标识符，应改用first_result - 避开保留字：
order、group、user在多数引擎里是关键字，哪怕加反引号也不建议用 - 别和外层字段重名：
SELECT u.name FROM (SELECT name FROM users) AS name会导致u.name解析失败，因为name被当成表名而非字段 - 中文、空格、特殊符号必须用反引号或双引号包裹，但跨引擎兼容差，不如直接用
user_summary这类小写下划线名
JOIN 中嵌套子查询也必须别名，且不能省略 ON 条件中的前缀
子查询参与 JOIN 时，别名不只是语法要求，更是列作用域的锚点。
-
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.不可省，否则解析器不知道user_id来自哪张表 - 如果两个子查询 JOIN，必须用不同别名：
t1和t2，不能都叫tmp，否则ON t1.date = t2.date会报“ambiguous column” - 别名一旦定义，所有对该派生表的列引用都必须带前缀，
SELECT user_id会报错，必须写SELECT p.user_id
最容易被忽略的是：别名不是为了“人看懂”，而是为了让 SQL 引擎能构造出有效的逻辑计划。哪怕你写的是单行调试语句、临时查数，只要子查询进了 FROM 或 JOIN，就绕不开这条规则——它不因数据库版本、方言或使用场景而松动。
