子查询中用SELECT *会因列名冲突导致“列名不明确”错误，因外层无法识别子查询字段上下文，必须显式指定字段并加别名；FROM子查询必须起语义化别名；WHERE不能引用子查询别名，只能引用其输出列名。
子查询里用 SELECT * 为什么总报“列名不明确”
因为外层查询看不到子查询的字段上下文，SELECT *会把所有列平铺出来，一旦子查询和外层表有同名列（比如都叫 id 或 name），SQL 引擎就无法判断你指的到底是哪一边的。
- MySQL 会直接报
Column 'id' in field list is ambiguous - PostgreSQL 更严格，直接拒绝执行并提示
column reference is ambiguous - SQLite 可能“侥幸通过”，但结果不可靠——它取哪个
id完全取决于内部解析顺序，不保证一致
FROM 中的子查询必须起别名吗
是的，所有主流 SQL 引擎（MySQL、PostgreSQL、SQL Server、Oracle）都强制要求：出现在 FROM 中的子查询必须带表别名。不加会直接报错。
- MySQL 报错：
Every derived table must have its own alias - 别名不能只是
t1、t2这种无意义占位符，要体现语义，比如recent_orders、active_users - 即使子查询内部已用
users u，外部仍需单独指定别名：(SELECT u.id FROM users u) AS user_list
WHERE 子句里为什么不能用子查询的列别名
因为子查询别名只在当前查询层级生效，WHERE 子句无法穿透到子查询内部去读它的别名——它只能看到子查询输出的列（即 SELECT 列表中定义的字段或别名）。
- 错误写法：
SELECT id AS user_id FROM users WHERE user_id = 123→ 报Unknown column 'user_id' in 'where clause' - 正确写法：回退到表别名 + 原始字段名，如
WHERE u.id = 123 - 如果子查询里已重命名（如
SELECT u.id AS user_id），外层WHERE仍得用原始来源，比如WHERE t.user_id = 123（前提是t是子查询别名，且user_id是其输出列）
嵌套多层时列名冲突怎么彻底隔离
最可靠的方式是在子查询内部就完成重命名，并让外层只接触已清洗过的字段名。视图、CTE 或带别名的内层子查询都能做到这点。
- 子查询封装示例：
(SELECT u.id AS user_id, o.id AS order_id FROM users u JOIN orders o ON u.id = o.user_id) t - 外层查询直接用
t.user_id、t.order_id，完全避开基表字段名冲突 - 视图定义中
AS是强制的，且视图字段名以定义时为准，和基表无关；后续SELECT *也不会撞名 - ORM（如 MyBatis、SQLAlchemy）映射时依赖字段名，没重命名就可能因驱动差异返回
id、users.id或orders.id，导致代码运行时崩
复杂点在于：别名作用域是严格分层的，子查询里的 AS 不会自动“透出”到上层 WHERE 或 GROUP BY；而很多人误以为起了别名就一劳永逸，其实每层都得自己动手清洗一遍。
