必须显式指定字段来源以避免JOIN后同名字段歧义。应使用表名或别名前缀（如users.id）、AS重命名，ON子句中也需明确来源，启用别名后所有引用须同步更新，LEFT JOIN的右表筛选条件须放在ON中而非WHERE。
JOIN后字段名重复导致SELECT *报错或结果混乱
直接用 SELECT * 做多表 JOIN 时，如果两张表都有 id、name 这类同名字段，数据库会报错（如 PostgreSQL 报 column reference "id" is ambiguous），或者返回不可靠的列顺序（MySQL 允许但实际字段归属难判断）。这不是语法错误，而是语义歧义——SQL 不知道你要的是哪张表的 id。
解决方式只有一条：**显式指定每个字段来源，不依赖 ***。
- 永远用
SELECT table1.id, table2.name这种带前缀的写法 - 如果字段名必须统一（比如要导出为 CSV），用
AS显式重命名：table1.id AS user_id, table2.id AS order_id - 别图省事写
SELECT *, table2.status—— 多数数据库会拒绝执行，因为*已包含table2.status，造成重复定义
ON子句里用同名字段做关联，但没加表前缀
写 JOIN ... ON id = id 看似简洁，实则危险。数据库无法判断左右两边的 id 分属哪张表，轻则报错，重则因隐式类型转换或索引失效拖慢查询。
正确写法必须明确来源：
-
JOIN orders ON users.id = orders.user_id（推荐：语义清晰，且避免同名） -
JOIN logs ON logs.event_id = events.id（哪怕字段名相同，也必须带别名或表名） - 如果真要用同名字段（如两张表都叫
id），必须写全：JOIN products ON products.id = categories.id
使用表别名后，忘记在SELECT和ON里同步更新
给表起别名（FROM users u JOIN orders o）是好习惯，但容易漏改后续引用。常见错误是写了 SELECT u.name, o.total，却在 ON 里还写 ON users.id = orders.user_id —— 此时 users 和 orders 已失效，数据库认不出。
- 一旦用了别名，所有地方（
SELECT、WHERE、ON、GROUP BY）都得用别名 - 别名尽量简短但有意义：
u、o可以，a、b容易混淆 - 用 IDE 或 linter（如 SQLFluff）能提前发现这类未解析的标识符
LEFT JOIN + WHERE条件误把外连接变成内连接
很多人想查“所有用户及其订单状态”，写成：
SELECT u.id, u.name, o.status FROM users u LEFT JOIN orders o ON u.id = o.user_id WHERE o.status = 'shipped'
结果发现没订单的用户全没了——因为 WHERE o.status = ... 会过滤掉 o.status 为 NULL 的行，让 LEFT JOIN 失效。
- 关联条件放
ON，筛选条件放WHERE；但涉及右表字段的筛选，必须写进ON才保留左表记录 - 正确写法：
LEFT JOIN orders o ON u.id = o.user_id AND o.status = 'shipped' - 如果真需要后筛，用
WHERE o.status = 'shipped' OR o.status IS NULL，但逻辑更绕，易出错
同名字段本身不难处理，难的是人在写 JOIN 时下意识忽略表上下文。只要养成“见字段必带前缀”的肌肉记忆，90% 的冲突就消除了。
