必须显式写AS，否则在别名含空格/保留字、子查询表源、CTE定义三类场景下直接报错；MySQL中必须用反引号包裹非常规别名，且AS不可省略。
必须显式写 AS，否则在跨库迁移、关键字冲突或含空格场景下会直接报错——这不是风格问题，而是语法安全底线。
哪些情况不写 AS 就会报错
省略 AS 看似省事，但以下三类场景会立刻失败：
- 别名含空格、连字符、中文或 MySQL 保留字（如
order、group）：不加AS+ 反引号，MySQL 直接抛ERROR 1064 - 子查询作为表源：例如
(SELECT id FROM logs)后必须跟AS log_data，漏掉AS在 PostgreSQL/SQL Server 中解析不过 - CTE（
WITH子句）：语法强制要求WITH active_users AS (SELECT ...)，AS不可省略
AS 后面该用什么引号
引号类型不是偏好问题，而是数据库方言硬约束：
- MySQL：必须用反引号，例如
SELECT name AS `full name`；双引号或单引号会当字符串字面量处理，直接语法错误 - PostgreSQL / SQL Server / Oracle：必须用双引号，例如
SELECT price AS "单价(元)"；反引号不被识别 - SQLite：支持双引号，但部分旧版本对大小写敏感，建议统一小写+下划线，避免引号依赖
别名在哪能用、在哪不能用
核心只看 SQL 执行顺序：FROM → WHERE → GROUP BY → SELECT → ORDER BY。别名在 SELECT 阶段才生成，所以：
-
WHERE和HAVING中绝对不可用：写WHERE final_price > 100会报Unknown column "final_price" -
GROUP BY中基本不可靠：即使 MySQL 8.0+ 允许，也容易触发ONLY_FULL_GROUP_BY报错；稳妥做法是写原始列或表达式，比如GROUP BY user_id -
ORDER BY可用但有风险：PostgreSQL 和 SQL Server 支持，Oracle 和部分 MySQL 客户端不认；若需兼容，优先用列位置（如ORDER BY 2）或重复表达式
表别名和字段别名混用时的坑
两者作用域完全隔离，但命名冲突会引发静默歧义：
- 别名不能和当前查询中已有的列名重名：例如
SELECT id, id AS user_id FROM users合法，但后续ORDER BY user_id可能被解析为原id列，而非你期望的别名 - 子查询里的字段别名对外层不可见：写
SELECT * FROM (SELECT user_id AS uid FROM logs) t WHERE uid = 123会报错；必须写成WHERE t.uid = 123或把条件下推到子查询内 - JOIN 的
ON条件里不能引用SELECT列别名：例如SELECT u.id AS uid FROM users u JOIN orders o ON uid = o.user_id是错的，uid在ON阶段还不存在，得写u.id = o.user_id
最常被忽略的一点：别名不只是让结果好看，它直接决定下游系统如何消费数据——BI 工具按字段名映射，前端 JS 解构依赖返回键名，导出 CSV 的列头就是别名。一旦别名含空格没加反引号，或用了保留字没包裹，整个链路就断在第一环。
