必须为重名字段显式指定语义化别名，否则ORM映射失败、数据覆盖或报错；JOIN/子查询/视图中须用表前缀+AS组合命名；WHERE不可用SELECT别名，GROUP BY/ORDER BY须与别名严格一致。
必须显式为所有可能重名的字段指定语义化别名，否则 ORM（如 Django ORM、SQLAlchemy、Eloquent）会读取错误字段、覆盖数据或直接抛异常。
SELECT 中字段重名导致 ORM 映射失败的具体表现
常见错误现象包括：
• Python 的 psycopg2 或 mysql-connector-python 返回的 row["id"] 实际是后定义的那个 id，前一个被静默丢弃
• Laravel Eloquent 从 DB::select() 拿到数组后，$row['name'] 取到的是右表值而非左表值，业务逻辑错乱
• SQLAlchemy 执行 session.execute(text("SELECT u.id, o.id FROM ...")) 后，结果对象只有单个 id 属性，另一个不可访问
• PostgreSQL 直接报错：column "id" is ambiguous，连查询都执行不了
JOIN 场景下必须用表前缀 + AS 别名组合
只写 AS id 不解决问题——两个 id AS id 在结果集里仍是同名列；只加表前缀不加 AS 也不够，因为 ORM 通常按列名（不是带前缀的全名）做键映射。
正确做法是：
SELECT u.id AS user_id, u.name AS user_name, o.id AS order_id, o.status AS order_status- 表别名用语义缩写（如
users u而非users t1），便于后续维护 - 即使某字段在当前 JOIN 中唯一（如
orders.created_at），也建议加前缀+别名——防止加新表后突然歧义
子查询和视图中重命名不能省略
子查询返回的结果集是“扁平”的，原始表上下文完全丢失。外部查询无法靠位置或注释区分字段来源。
错误写法：(SELECT id, name FROM users) u JOIN (SELECT id, name FROM admins) a ON u.id = a.id
正确写法：(SELECT id AS user_id, name AS user_name FROM users) u JOIN (SELECT id AS admin_id, name AS admin_name FROM admins) a ON u.user_id = a.admin_id
视图定义同理：CREATE VIEW user_orders AS SELECT u.id AS user_id, o.id AS order_id, ... —— 视图字段名以这里定义的为准，外部 SELECT * 也不会撞名。
WHERE 和 ORDER BY 对别名的使用限制
SQL 执行顺序决定：WHERE 在 SELECT 之前运行，所以它看不到 AS 定义的别名。
• WHERE user_id = 123 ❌（哪怕 SELECT 里写了 u.id AS user_id）
• WHERE u.id = 123 ✅
• ORDER BY user_id ✅（标准 SQL 允许，但 MySQL 早期版本有兼容性问题，建议统一用原始字段或确保别名风格一致）
复杂表达式如 COALESCE(u.phone, u.email) AS contact 若需在 WHERE 过滤，必须重复写表达式，或改用 CTE 提前计算。
最容易被忽略的一点：GROUP BY 和 ORDER BY 必须与 SELECT 中的别名严格对齐——写 SELECT u.name AS username 就得写 GROUP BY username，混用 GROUP BY u.name 在 PostgreSQL 会直接拒绝，在 MySQL 可能侥幸通过但排序/分组逻辑已不可控。
