必须显式用as为所有可能重名字段起语义化别名，否则结果集列名重复导致覆盖、取值错乱或orm映射失败；as id不能解决冲突，因两个id仍同名，后定义者覆盖前定义者；where/order by不可用select别名，因执行顺序在select之前。
必须显式用 AS 给所有可能重名的字段起语义化别名，否则查询可能报错、取值错乱或被 ORM 映射失败。
为什么 AS 不能只写 id AS id？
两个字段都叫 id AS id，结果集里列名还是重复的——多数数据库驱动（如 psycopg2、mysql-connector-python）只认最终列名，后写的会覆盖前写的，只剩一个 id 可用。
- 错误示范：
SELECT u.id AS id, o.id AS id→ 实际只返回一个id，且来源不可控 - 正确做法：用表逻辑命名，比如
u.id AS user_id、o.id AS order_id - 缩写要一致：如果表别名是
usr和ord，就该用usr_id、ord_id，别混用user_id和ord_id
WHERE 和 ORDER BY 能不能用 AS 别名？
不能。SQL 执行顺序是 FROM → WHERE → GROUP BY → SELECT → ORDER BY，WHERE 和 GROUP BY 发生在 SELECT 之前，根本看不到 AS 定义的别名。
-
WHERE user_id = 123→ ❌ 报错Unknown column 'user_id' -
WHERE u.id = 123或WHERE users.id = 123→ ✅ 正确 -
ORDER BY user_id在标准 SQL 中允许（因为ORDER BY在SELECT之后），但WHERE绝对不行 - 计算字段如
COALESCE(u.phone, u.email) AS contact若需在WHERE过滤，得重复写表达式，或改用子查询提前算好
子查询或视图里怎么安全重命名？
子查询或视图一旦返回同名列，外部就无法区分——原始表信息已丢失，结果集列是扁平的。唯一可靠办法是在子查询内部就完成重命名。
- 错误：
(SELECT id, name FROM users) u JOIN (SELECT id, name FROM admins) a ON u.id = a.id→ 外层SELECT *必崩 - 正确：
(SELECT id AS user_id, name AS user_name FROM users) u，视图定义也一样，CREATE VIEW v_user_order AS SELECT u.id AS user_id, o.id AS order_id ... - 视图中
AS是强制的，不写会创建失败；且视图字段名以定义时为准，和基表无关
最易被忽略的一点：即使当前没报错，只要加一张新表、改一个字段名、换数据库版本（比如从 MySQL 5.7 升到 8.0），原来“侥幸运行”的查询就可能立刻失效。别依赖“现在能跑”，而要靠 AS + 语义化命名 + 表前缀三者闭环。
