子查询中复用外层表别名会导致语义错位，因子查询内u.id指向自身from中的u而非外层u，引发空集或重复行；mysql强制要求from中子查询必须有别名，否则报“every derived table must have its own alias”。
子查询里用了和外层一样的表别名，为什么查不出数据？
这不是语法报错，而是语义错位：子查询内部的 u.id 指的是它自己 FROM users AS u 里的 u，不是外层那个 u。结果常是空集或重复行，尤其在 IN、= ANY 或标量子查询中极难察觉。
- 禁止复用外层别名——子查询必须独立命名，比如外层用
u，子查询改用sub_u或带业务含义的latest_order - 别名冲突不会触发报错，但会让
EXPLAIN显示扫描了错误的表或索引，建议执行前先看执行计划 - 自连接场景更危险：同一张表多次出现时，哪怕都叫
users，也必须区分成users u1和users u2
FROM 中的子查询没加别名，为什么 MySQL 报 Every derived table must have its own alias？
这是 MySQL 的硬性语法要求，不是风格问题。所有主流数据库（包括 PostgreSQL、SQL Server、Oracle）都强制要求出现在 FROM 子句中的子查询必须有表别名；不加就直接拒绝解析。
- 写法必须是
(SELECT id FROM log LIMIT 10) AS t，不能省略AS t或只写(...) -
AS可省略，但别名不可省：(SELECT ...) t合法，(SELECT ...)非法 - CTE（
WITH）不受此限，但 CTE 名本身也要唯一，且不能和外部表名冲突
SELECT * 从子查询里拉字段，为什么提示 column reference is ambiguous？
因为子查询输出列没有显式命名，而外层又 JOIN 了同名字段的表，引擎无法判断你指的到底是子查询里的 id 还是主表的 id。PostgreSQL 直接报错，MySQL 则取最后一个同名列值，行为不可控。
- 子查询必须显式列出字段，并为每个可能冲突的字段加别名，例如
SELECT u.id AS user_id, u.name AS user_name - 禁止在子查询中
JOIN多表后用SELECT *—— 即使当前没报错，后续加字段就崩 - 如果子查询本身来自视图，也要确保视图定义里已重命名同名列，否则外部无法补救
Laravel Query Builder 里两个字段都写成 as branch_code，为什么 MySQL 报 Duplicate column name？
SQL 结果集不允许存在重复列名，Laravel 的 select() 是字符串拼接，它不会帮你去重或校验别名唯一性。一旦两个字段都指定 as branch_code，生成的 SQL 就非法。
- 每个
SELECT字段的别名必须全局唯一，推荐用语义化缩写：e.code as branch_code和e.id as branch_id -
GROUP BY子句中引用的字段名，必须与SELECT中的原始字段或别名严格一致（注意：MySQL 5.7+ 严格模式下，别名不能用于GROUP BY，得写原始字段） - 复杂聚合场景建议用
DB::raw()控制输出结构，避免字符串拼接引入歧义
嵌套越深，别名管理越容易被忽略——不是“有没有别名”，而是“每个作用域是否都有独立、可追溯、不重叠的命名”。工具能高亮括号，但没法帮你分辨 u.id 到底来自哪一层。
