表别名是多表关联时避免列名冲突和路径冗长的刚需，AS可省略但推荐显式书写以提升可读性与兼容性，子查询必须加别名，且别名需全局一致、语义明确、规避保留字。
为什么必须用 AS 或空格给表起别名？
SQL标准里，表别名不是可选的“锦上添花”，而是多表关联时避免列名冲突和路径冗长的刚需。不加别名时，像 SELECT user.name, order.name FROM users user, orders order 这种写法会直接报错——因为 order 是保留字，且没别名时数据库无法区分字段归属。更常见的是 Column 'id' in field list is ambiguous，根源就是两张表都有 id 字段，又没通过别名限定。
实际写法中，AS 关键字可省略（MySQL/PostgreSQL/SQL Server 都支持），但建议显式写出以提升可读性；Oracle 则严格要求省略 AS（写反而报错）。
-
SELECT u.name, o.amount FROM users AS u JOIN orders AS o ON u.id = o.user_id—— 推荐写法，清晰且跨库兼容 -
SELECT u.name FROM users u—— 简洁，但团队规范不统一时易引发歧义 - 别名不能是保留字（如
order、group），否则必须用反引号或双引号包裹：FROM orders AS `order`
多表 JOIN 时别名怎么分配才不容易乱？
别名不是越短越好，也不是随便取。混乱的别名（比如全用 a、b、c）在嵌套 3 层以上 JOIN 时，回看 SQL 几乎要重读整张表结构。核心原则是：**首字母 + 表语义缩写，且全局一致**。
-
users→u（单字母仅限极简场景），更推荐usr或us -
order_items→oi（不是it，避免和items冲突） -
product_categories→pcat（不用cat，防止和category表别名重复） - 如果涉及历史表（如
users_archive），别名应体现差异：usr_arc而非沿用usr
别名一旦在项目中约定，就该写进 SQL 规范文档——临时改一个别名，可能让后续 LEFT JOIN 的 ON 条件指向错误表。
子查询里表别名的作用和陷阱
子查询的外层必须给内层结果集起别名，否则 MySQL 报 Every derived table must have its own alias，PostgreSQL 报 subquery in FROM must have an alias。这不是风格问题，是语法强制。
- 正确：
SELECT * FROM (SELECT id, name FROM users WHERE status = 'active') AS active_users - 错误：
SELECT * FROM (SELECT id, name FROM users) WHERE id > 100（缺少外层别名） - 子查询别名不能和外部表重名，否则字段解析会出错：
SELECT u.name FROM users u JOIN (SELECT * FROM users) u ON u.id = u.id—— 这里两个u冲突，必须改成u和u2或类似区分 - CTE（
WITH子句）本质也是命名结果集，但它的“别名”是 CTE 名本身，无需额外AS：WITH active_users AS (SELECT ...) SELECT * FROM active_users
别名在 ORDER BY 和 GROUP BY 中怎么引用？
别名能用在 SELECT 列表中，但能否用于 ORDER BY 或 GROUP BY，取决于数据库实现和 SQL 模式。MySQL 默认允许，PostgreSQL 和 SQL Server 要求别名必须出现在 SELECT 中才能被引用。
- 安全写法（全数据库兼容）：
SELECT u.name AS uname, COUNT(*) AS cnt FROM users u GROUP BY u.name ORDER BY u.name—— 用原始列或表前缀 - 风险写法：
SELECT u.name AS uname FROM users u ORDER BY uname—— 在严格模式 PostgreSQL 中会报错column "uname" does not exist - 如果非要简化，把别名定义放在子查询里：
SELECT * FROM (SELECT u.name AS uname FROM users u) t ORDER BY t.uname
别名的生命周期只在当前查询作用域内，跨查询、跨视图定义时不会继承——这点常被忽略，导致在视图上再加 JOIN 时，以为还能用原视图里的别名，结果字段找不到。
