表别名在多表JOIN、子查询、自连接中是必需的，否则会因字段歧义、语法错误或逻辑混乱导致查询失败或难以维护。
不给表起别名在单表查询里确实不影响执行，但只要一碰 JOIN、子查询或自连接，可读性立刻坍塌——不是“锦上添花”，而是“不加就看不懂”。
多表 JOIN 时字段来源完全靠别名识别
两张表都有 name 字段，写 SELECT name FROM users JOIN orders ON users.id = orders.user_id，数据库直接报错：Column 'name' in field list is ambiguous。它根本不知道你要哪个 name。
- 必须显式写成
SELECT u.name, o.order_date，其中u和o是你在FROM users u JOIN orders o里定义的别名 - 别名越短越容易漏掉前缀，比如只写
name忘了加u.，查出来字段对不上还难定位 - 别名用单字母（
u、o）可以，但别混用：同一查询里users一会儿是u，一会儿是us，后期维护人会怀疑自己记错了
子查询和派生表必须有别名，否则语法直接拒绝
MySQL 和 PostgreSQL 都强制要求：每个子查询都得带别名，哪怕只是临时占位。不写就报错：Every derived table must have its own alias。
-
SELECT * FROM (SELECT id, email FROM users WHERE active = 1)→ 报错 - 得改成
SELECT * FROM (SELECT id, email FROM users WHERE active = 1) AS active_users - 别名不能是空、不能是 SQL 关键字（如
order、group），哪怕加反引号也不建议——容易在其他上下文引发隐性问题 - 嵌套深了，别名要能反映层级，比如
user_orders→order_summary，而不是全用t1/t2
自连接场景下，别名不是风格问题，是语法刚需
查“员工姓名 + 对应经理姓名”，必须把 employees 表连自己两次。没别名？SELECT name FROM employees JOIN employees ON ... 直接触发报错：Not unique table/alias: 'employees'。
- 必须写成
FROM employees e1 JOIN employees e2 ON e1.manager_id = e2.id -
ON条件里所有字段都得带前缀，e1.name和e2.name含义完全不同 - 别名语义要区分角色：用
emp和mgr比用e1/e2更快反应出谁是员工、谁是经理 - 别名太随意（比如
a和b）会导致两周后重看 SQL 时，得翻半天表结构才能确认a.id到底是主键还是外键
最常被忽略的一点：别名不是写完就完的事。它一旦出现在 SELECT 或 WHERE 中，就必须全程一致；漏一个前缀、拼错一个字母，错误可能延迟到运行时才暴露，而且报错位置往往和实际出错点隔了好几行。
