SELECT中给字段起别名有两种写法：一是显式用AS（如name AS "full name"），最稳妥；二是省略AS（如name fullname），但易误读且不兼容所有数据库。
SELECT 中给字段起别名的两种写法
直接在字段后加 AS 别名 最稳妥，尤其当别名含空格或关键字时必须用 AS 并用反引号或双引号包裹。省略 AS 也可以，但容易误读——比如 SELECT name nickname 看起来像两个字段，实际是给 name 起了别名 nickname，中间没逗号却没报错，查出来字段名却是 nickname，新人常在这里卡住。
常见写法对比：
-
SELECT user_name AS "用户姓名"→ 安全，显式，推荐 -
SELECT user_name "用户姓名"→ 可行，但依赖数据库对无AS的支持（MySQL 允许，PostgreSQL 要求双引号且建议仍写AS） -
SELECT COUNT(*) total→ 简洁，但total是标识符，不是字符串，不能带空格
表别名必须用 AS 吗？哪些场景非用不可
表别名可以省略 AS（FROM users u 合法），但自连接或多次引用同一张表时，不用别名会直接报错。比如查“谁的上级工资更高”，就得把 employees 表引入两次：
SELECT e1.name, e2.name AS manager_name FROM employees e1 JOIN employees e2 ON e1.manager_id = e2.id
这里 e1 和 e2 是强制要求的，否则 name 和 manager_id 指代不明。另外，子查询结果必须用别名，否则 MySQL 会报 Every derived table must have its own alias。
注意点：
- 别名作用域只在当前查询，
WHERE和GROUP BY里不能用字段别名（得用原始表达式），但ORDER BY和HAVING可以 - Oracle 对表别名长度限制为 30 字符，超长会被截断且不提示
别名和 NULL 值、计算字段一起用的坑
计算字段起别名很常见，但要注意 NULL 处理和类型推导。比如 SELECT CONCAT(first_name, ' ', last_name) AS full_name，若任一字段为 NULL，整个结果就是 NULL——这不是别名的问题，但容易误以为是别名失效。更隐蔽的是类型隐式转换：SELECT COUNT(*) AS cnt, AVG(salary) AS avg_sal FROM employees，cnt 是整型，avg_sal 默认是 decimal 或 double，不同数据库精度不同，导出到 Excel 时可能显示成科学计数法。
实用建议：
- 用
COALESCE包裹可能为NULL的拼接字段：COALESCE(first_name, '') - 对
AVG显式转类型：ROUND(AVG(salary), 2) AS avg_sal - 别名避免用 SQL 关键字：
order、group、user—— 即使加了引号也易引发后续维护歧义
ORDER BY 里用别名为什么有时不生效
根本原因是执行顺序：SELECT 子句在 ORDER BY 之后逻辑执行，但绝大多数数据库（MySQL、PostgreSQL、SQL Server）允许在 ORDER BY 中直接使用字段别名。唯一常见例外是旧版 SQLite（3.7.11 之前），它不支持；还有某些嵌套过深的视图或 CTE 场景下，优化器可能拒绝解析别名。
安全做法：
- 优先在
ORDER BY写原始字段或位置序号（ORDER BY 1, 3），尤其写自动化脚本时 - 如果坚持用别名，确保数据库版本支持，并在跨库迁移前验证（比如从 MySQL 迁到 Oracle，
ORDER BY 别名在 Oracle 12c+ 是 OK 的，但老版本不行） - 别名含函数或表达式时，
ORDER BY必须重复写一遍，不能简写：SELECT UPPER(name) AS uname FROM t ORDER BY UPPER(name)，不能写成ORDER BY uname（部分数据库会报错）
