SQL别名（Aliases）使用疑惑咨询：表/列别名作用及语法问题

1. 两种写法的核心用途 #

写法1：表别名的使用 #

SELECT o.OrderID, o.OrderDate, c.CustomerName
FROM Customers AS c, Orders AS o
WHERE c.CustomerName='Around the Horn' AND c.CustomerID=o.CustomerID;

这段SQL里的AS c和AS o是表别名，作用是：

• 用短代号c替代Customers、o替代Orders，减少重复输入长表名的工作量；
• 明确指定字段所属的表：当两张表存在同名字段（比如这里的CustomerID）时，必须用表别名前缀（c.CustomerID、o.CustomerID）让数据库区分字段来源，避免歧义。

写法2：列别名的使用 #

SELECT CustomerID AS ID, CustomerName AS Customer
FROM Customers;

这里的AS ID和AS Customer是列别名，作用是修改查询结果中列的显示名称：把原表的CustomerID列在结果里显示为ID，CustomerName显示为Customer，让输出的列名更简洁、贴合业务场景（比如报表展示、对接外部系统的字段要求）。

2. 写法2的细节疑问 #

• 给CustomerName设Customer别名的原因：可能是为了统一列名风格（比如让所有输出列名更简短），或者下游系统/报表工具要求该字段叫Customer而非原表的CustomerName。
• 若仅选择CustomerID：查询结果的列名默认是原表的列名CustomerID，只有用AS指定别名时，才会替换显示名称。

3. 短表别名（o、c）的价值 #

这类短别名看似容易混淆，实则是SQL开发中的实用技巧，核心作用：

• 提升效率：避免反复输入冗长的表名（比如OrderItemDetails这类长表名），让SQL代码更紧凑；
• 消除歧义：多表关联时，同名字段（比如多个表都有CreateTime）必须靠表别名前缀明确归属；
• 支持自关联：当需要把表和自身关联时（比如查询员工和其直属领导），必须用不同别名（比如e代表员工、m代表领导）区分同一表的两个实例。
  只要别名和表名有对应逻辑（比如c对应Customers、o对应Orders），使用习惯后反而比全表名更清晰。

4. 语句无法运行的原因 #

你写的语句SELECT CustomerID, CustomerName AS ID, Name FROM Customers;报错有两个核心原因：

1. 字段不存在：Name不是Customers表中的字段，数据库找不到该列，直接报错；
2. 列名冲突：你给CustomerName设置的别名是ID，和前面的CustomerID列重名了——查询结果中不允许出现重复的列名，这会导致命名冲突，数据库无法执行。

内容的提问来源于stack exchange，提问作者Eva Smirnova