子查询中用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；而很多人误以为起了别名就一劳永逸，其实每层都得自己动手清洗一遍。