必须为重复列名显式指定表别名，否则SQL引擎无法确定字段归属，直接报“Column 'xxx' in field list is ambiguous”硬性错误；ON、GROUP BY、ORDER BY等子句也须全程带前缀，子查询和自连接必须设不同别名。
多表JOIN时字段不加表别名直接报错
最常见的现象是执行时报Column 'name' in field list is ambiguous或column "id" is ambiguous。这不是警告，是硬性报错——PostgreSQL 会立刻拒绝，MySQL 在严格模式下同样拦截。根源很简单：两张表都有id、name、created_at这类通用字段，SQL 引擎无法判断你指哪一张。
实操建议：
- 只要
FROM或JOIN中出现≥2张表，SELECT 列表里每个字段都必须带表别名前缀，例如u.name、o.order_date - 禁止写
SELECT name, id FROM users u JOIN orders o ...——哪怕你“知道”当前只有 users 有 name，引擎不知道，也不该让它猜 - 别名本身不能是保留字，比如
order、group、user；若真要碰上，用反引号包裹（`order`），但最好换掉
ON条件里漏掉表别名会导致逻辑错误而非语法错误
语法上可能通过，但结果完全不可信。典型例子：ON user_id = id。数据库会尝试在当前作用域所有表里找id，可能匹配到任意一张表的id字段，甚至因歧义退化为隐式笛卡尔积（尤其旧版 MySQL）。
实操建议：
-
ON子句中的每个字段都必须带明确的表别名，左右两边都要写全，例如ON u.id = o.user_id - 如果关联字段名不同（如
users.uid↔orders.owner_id），两边都得写完整，不能只写一边 - LEFT JOIN 中，ON 条件只影响右表匹配行为；把本该放
WHERE的过滤条件误塞进ON，会导致右表 NULL 行被意外保留或剔除，而这个错误往往查不到报错，只查数据不对
GROUP BY / ORDER BY 忘记同步别名引用，结果排序或分组错乱
写了SELECT u.name AS user_name，却在ORDER BY name——这里name未定义。PostgreSQL 直接报错，MySQL 可能回退到找原始表字段，但顺序和语义已不可控。
实操建议：
- 只要
SELECT中用了AS定义列别名，GROUP BY和ORDER BY必须用那个别名，例如ORDER BY user_name - 如果没用
AS，则必须用带表别名的原始字段名，例如GROUP BY u.name - 禁止混用：比如
SELECT u.name, COUNT(*)后写GROUP BY u.name是对的，但如果还涉及o.status，就必须一起带上，否则 MySQL 5.7+ 会报Expression #1 of SELECT list is not in GROUP BY
子查询和自连接场景下，表别名是语法强制项
不是“建议”，是必须。MySQL 报Every derived table must have its own alias，PostgreSQL 报subquery in FROM must have an alias，Oracle 同样拒绝无别名的派生表。
实操建议：
- 子查询外层必须加别名，哪怕只是
t或sub：例如SELECT * FROM (SELECT id, email FROM users) AS active_users - 自连接时，同一张表出现两次，别名必须不同且语义可区分，例如
employees e1 JOIN employees e2 ON e1.manager_id = e2.id，而不是e和e - 子查询别名不能和外部表重名，否则字段解析混乱：例如
SELECT u.name FROM users u JOIN (SELECT * FROM users) u ON u.id = u.id，两个u冲突，必须改为u和u2
最常被忽略的一点：表别名一旦出现在SELECT、WHERE、ON、GROUP BY中，就必须全程一致；漏一个前缀、拼错一个字母，错误可能延迟到运行时才暴露，而且报错位置往往和实际出错点隔了好几行。
