子查询中用 SELECT * 会因列名冲突导致“列名不明确”错误，必须显式指定字段并加别名；FROM 中的子查询必须起语义化别名；WHERE 无法引用子查询别名，只能引用其输出列名。
子查询里用 SELECT * 为什么总报“列名不明确”
因为外层查询看不到子查询的字段上下文，SELECT * 会把所有列平铺出来，一旦子查询和外层表有同名列（比如都叫 id 或 name），SQL 引擎就无法判断你指的到底是哪一边的。
实操建议：
- 子查询必须显式列出字段，并为每个可能冲突的字段加别名，例如
SELECT u.id AS user_id, u.name AS user_name FROM users u - 避免在子查询中直接
JOIN多表后用*—— 即使没报错，后续加字段或改结构时极易突然崩 - MySQL 8.0+ 和 PostgreSQL 会更严格校验列歧义，SQLite 则可能“侥幸通过”，但这不是合规信号
FROM 子句里的子查询必须起别名吗
是的，所有主流 SQL 引擎（MySQL、PostgreSQL、SQL Server、Oracle）都强制要求：出现在 FROM 中的子查询必须带表别名。不加会直接报错，比如 MySQL 的 Every derived table must have its own alias。
实操建议：
- 别名不能只是
t1、t2这种无意义占位符，要体现语义，比如recent_orders、active_users - 如果子查询里已经用了表别名（如
SELECT * FROM users u），外部别名仍需单独指定，两者不冲突：(SELECT u.id FROM users u) AS user_list - 嵌套多层时，每层子查询都要独立别名，不能复用；否则可能被解析为同一作用域，引发列解析错误
WHERE 中引用子查询别名为什么会提示“Unknown column”
因为子查询别名只在当前查询层级生效，WHERE 子句无法穿透到子查询内部去读它的别名 —— 它只能看到子查询输出的列（即 SELECT 列表中定义的字段或别名）。
实操建议：
- 想在
WHERE里过滤子查询结果？必须把条件写进子查询内部，或者用HAVING（配合GROUP BY）或外层WHERE引用子查询输出列名（注意是输出列名，不是子查询里定义的原始列名） - 例如子查询写了
SELECT order_date AS dt FROM orders，外层WHERE dt > '2024-01-01'是合法的；但写WHERE order_date > '2024-01-01'就会报错 - CTE（
WITH）能缓解这个问题，但它本质是命名临时结果集，仍需确保引用的是 CTE 输出列，而非原表字段
多个子查询共用相同别名会出什么问题
不会语法报错，但会导致列解析混乱 —— 特别是在 UNION 或 JOIN 多个子查询时，引擎按位置匹配列，若别名重复且顺序不一致，数据就可能错位（比如把金额当成了时间戳）。
实操建议：
- 每个子查询的输出列名必须唯一且自解释，不要依赖位置对齐；
UNION前后列数、类型、顺序都要严格一致 - 哪怕两个子查询逻辑相似（如查用户和查管理员），也应使用不同前缀：
user_id/admin_id，而不是都叫id - 用
EXPLAIN或执行计划查看实际输出列名，确认没有隐式重叠 —— 很多时候你以为的“没冲突”，其实是引擎自动做了截断或覆盖
别名不是装饰，是命名空间契约。越往深层嵌套，越要提前想清楚每一层暴露了什么名字、谁有权引用它。漏掉一层别名或重用一个名字，后面加个 ORDER BY 或 GROUP BY 就可能让整条语句行为突变。
