JOIN后字段名冲突时必须用别名，否则报“ambiguous column”错误；ON子句不可用字段别名；GROUP BY/ORDER BY在不同数据库对别名支持不一；JSON构造时别名决定键名，建议显式使用AS。
JOIN后字段名冲突时必须用别名
当两个表有同名字段（比如 users.id 和 orders.id），直接 SELECT * 或 SELECT id 会报错：「列名不明确」或「ambiguous column」。这不是可选项，是语法强制要求。
- 别名必须加在字段表达式末尾，用
AS或空格分隔，例如users.id AS user_id或users.id user_id - 表别名（如
FROM users u JOIN orders o）不能替代字段别名——它只简化引用，不解决 SELECT 中的歧义 - 如果只查一个表的字段，但该字段在另一个 JOIN 表里也存在，仍需显式加别名，否则某些数据库（如 PostgreSQL）会拒绝执行
ON子句里不能用字段别名
ON 子句在逻辑上早于 SELECT 执行，所以你在 SELECT 里定义的别名（如 u.id AS user_id）在 ON 里完全不可见。写 ON user_id = o.user_id 会报错 column "user_id" does not exist。
- 必须用原始带表前缀的写法：
ON u.id = o.user_id - 表别名可以在这里用（
u,o），但字段别名不行 - 常见错误：把
SELECT u.name AS customer_name和ON customer_name = o.customer_name连用——后者永远失败
GROUP BY 和 ORDER BY 能用字段别名，但有陷阱
MySQL 允许在 GROUP BY 和 ORDER BY 中直接写 SELECT 里的别名，比如 ORDER BY full_name；但 PostgreSQL 和 SQL Server 默认不允许，会提示 column "full_name" does not exist。
- 跨数据库可移植写法：在
GROUP BY/ORDER BY中重复完整表达式，如ORDER BY u.first_name || ' ' || u.last_name - 若坚持用别名，需确认目标数据库是否开启兼容模式（如 MySQL 的
sql_mode不含ONLY_FULL_GROUP_BY） - 注意：别名不能用于
HAVING子句的聚合条件左侧（如HAVING total > 100是错的），必须写原始聚合表达式HAVING SUM(o.amount) > 100
JSON 或嵌套结构输出时别名决定键名
当用 json_build_object()（PostgreSQL）、JSON_OBJECT()（MySQL 5.7+）或 FOR JSON（SQL Server）构造对象时，字段别名直接变成 JSON 的 key 名。
- 写
JSON_OBJECT('name', u.name, 'email', u.email)和SELECT u.name AS name, u.email AS email效果不同：前者 key 固定，后者别名只影响结果集列名，不自动转 JSON 键 - 如果漏设别名，像
u.created_at在 JSON 里可能变成无意义的默认 key（如"created_at"没问题，但MAX(o.created_at)若没别名，key 可能是"max"或报错） - 生产环境建议所有参与 JSON 构造的字段都显式
AS，避免依赖数据库默认行为
AS。 
