表别名必须在FROM或JOIN中定义，仅在当前SQL有效，不可在WHERE左侧作表标识符；字段别名在SELECT中生成，WHERE中不可用，因执行顺序为FROM→WHERE→SELECT。
表别名必须用在 FROM 或 JOIN 子句中，且不能在 WHERE 里当表名用错位置
表别名本质是“临时重命名一个表实例”，只在当前 SQL 语句生命周期内有效。它不是创建新表，也不是修改原表名，所以只能出现在 FROM、JOIN、ON、SELECT（用于限定字段）和 ORDER BY 中——但绝不能出现在 WHERE 的左侧作为“表标识符”来用（比如写成 WHERE t.name = 'a' 是合法的，但 WHERE t = some_table 就语法错误）。
常见错误现象：
- 把别名当成真实表名，在
CREATE VIEW或子查询外层误引用 - 多表 JOIN 时漏写别名，导致
SELECT id, id报错 “Column 'id' in field list is ambiguous” - 自连接时两个相同表没加别名，MySQL 直接报错：
Every derived table must have its own alias
实操建议：
- 只要涉及两个及以上表，或同一张表出现两次（如自连接、子查询），务必显式加别名
- 别名尽量简短、有含义，比如
users AS u、orders AS o、product_categories AS pc -
AS关键字可省略，FROM orders o和FROM orders AS o效果完全一样
SELECT u.username, o.order_date FROM users AS u INNER JOIN orders AS o ON u.id = o.user_id WHERE o.status = 'paid';
字段别名支持表达式、函数、空格和关键字，但引号规则很关键
字段别名可以作用于任意 SELECT 列项：原始字段、计算字段（如 price * qty）、函数结果（如 COUNT(*)）、甚至常量（如 'active' AS status）。但一旦别名含空格、连字符、中文或 MySQL 保留字（比如 rule、order、group），就必须用反引号 ` 包裹，单/双引号不行——那是字符串字面量的语法，会导致别名被当成值解析。
常见错误现象：
- 写
SELECT name AS full name→ 报错：You have an error in your SQL syntax - 写
SELECT COUNT(*) AS count看似正常，但若后续在HAVING或ORDER BY中用count没问题，而在WHERE中用就会报错：Unknown column 'count' in 'where clause' - 用
rule当别名：SELECT id AS rule FROM t→ 在部分 MySQL 版本会触发解析歧义，尤其开启严格模式时
实操建议：
- 别名含空格或特殊字符时，**必须用反引号**：
SELECT price * 1.1 AS `tax_included_price` - 避免用 MySQL 保留字作别名；实在要用，一律加反引号：
SELECT name AS `order` - 别名可在
ORDER BY、GROUP BY、HAVING中直接使用，但WHERE中不可用（执行顺序决定）
SELECT CONCAT(first_name, ' ', last_name) AS `Full Name`, salary * 12 AS `Annual Income`, 'active' AS `Status` FROM employees ORDER BY `Annual Income` DESC;
别名冲突和覆盖：同一个别名不能在 SELECT 中重复定义
MySQL 不允许在同一级 SELECT 中给两个不同列指定相同别名，否则只保留最后一个生效，前面的会被静默覆盖——这容易引发逻辑错误却无报错提示。
常见错误现象：
-
SELECT id AS uid, user_id AS uid FROM users→ 结果集中只有uid列，值来自user_id，id被丢弃 - 在视图或报表导出时发现字段名对不上，查了半天才发现是别名重复覆盖
实操建议：
- 写完 SELECT 后快速扫一眼所有别名是否唯一，尤其是从多个表 SELECT * 或大量字段时
- 团队协作中建议统一别名前缀规范，比如用户表字段统一加
u_，订单表加o_ - 用 IDE 或客户端工具（如 DBeaver、MySQL Workbench）开启“显示列别名”提示，能提前暴露重复
为什么不能在 WHERE 中用字段别名？执行顺序是硬约束
MySQL 解析 SQL 的逻辑顺序是：FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY。而字段别名是在 SELECT 阶段才“诞生”的，WHERE 发生在它之前，自然看不到这个别名。这不是 bug，是标准 SQL 执行模型决定的。
实操建议：
- 想在条件中复用计算逻辑，要么重复写表达式（如
WHERE price * 1.1 > 100），要么改用子查询 / CTE - CTE 更清晰：
WITH priced AS ( SELECT *, price * 1.1 AS tax_included FROM products ) SELECT * FROM priced WHERE tax_included > 100;
- 别依赖别名简化 WHERE 条件，那会掩盖真实数据流，反而降低可维护性
字段别名看着只是改个名字，但它牵扯到 SQL 执行生命周期、关键字解析、多表上下文——最容易出问题的地方，往往就藏在“反正能跑通”的那一行 AS xxx 里。
