字段别名不必用AS，省略时以空格分隔即可，如SELECT name nickname；但含空格、特殊字符或保留字时必须用AS加反引号（或双引号）包裹，且加AS更清晰安全、兼容性更好。
字段别名必须用 AS 吗？
不用。AS 是可选关键字，SELECT name nickname 和 SELECT name AS nickname 效果完全一样。但加 AS 更明确，尤其在团队协作或复杂查询中能减少歧义。
常见错误是误以为不写 AS 就不能起别名——其实空格就是分隔符，只要语法结构清晰（字段名后紧跟合法标识符），MySQL、PostgreSQL、SQL Server 都支持这种简写。
- 如果别名含空格，比如
"full name"或[first name]，必须加引号（双引号或方括号），且此时 AS 不能省略：SELECT first_name + ' ' + last_name AS "full name" - 中文别名同理：
SELECT price AS "单价"，不加引号会报错 - 某些旧版 SQLite 或严格模式下，省略 AS 可能触发警告，建议统一加上
函数或表达式结果怎么取别名？
所有 SELECT 列项（包括列名、常量、函数调用、算术表达式）都可以直接加别名，规则一致。
例如计算年销售额：SELECT price * 12 AS annual_revenue，这里 price * 12 是表达式，别名让结果集字段名更语义化。
- 聚合函数必须用别名才有意义：
SELECT COUNT(*) AS total_count, AVG(price) AS avg_price - 字符串拼接常用：
SELECT CONCAT(first_name, ' ', last_name) AS full_name - 注意：别名不能在 WHERE 或 GROUP BY 中直接使用（执行顺序早于 SELECT），要用原始表达式或改用 HAVING / 子查询
表别名和字段别名混用时要注意什么？
表别名主要解决多表关联或自连接时的歧义，字段别名负责输出可读性，两者可共存，但作用域不同。
典型场景如联查两个同结构表：SELECT a.id, a.name, b.name AS ref_name FROM users a JOIN users b ON a.ref_id = b.id。这里 a 和 b 是表别名，ref_name 是字段别名。
- 字段别名优先级高于原字段名，ORDER BY、SELECT 子句中可用别名，但 WHERE、GROUP BY 中不可用（除非数据库支持，如 MySQL 5.7+ 允许在 GROUP BY 里用 SELECT 别名，但不推荐依赖）
- 避免别名与真实列名冲突，比如
SELECT id, id AS user_id FROM users虽然合法，但易引发混淆 - 别名区分大小写取决于数据库配置（MySQL 默认不区分，PostgreSQL 区分），建议统一小写加下划线风格，如
order_amount
别名在实际应用中容易被忽略的细节
别名不只是“好看”，它直接影响下游消费逻辑：ORM 映射、BI 工具字段识别、导出 CSV 的列头、甚至前端 JS 解构赋值都依赖最终字段名。
一个常见疏漏是动态 SQL 拼接时硬编码别名，但字段来源变化后未同步更新，导致前端取不到预期 key。
- 视图定义中必须显式指定别名，否则视图字段名可能继承表达式（如
(price*12)），极难维护 - UNION 查询中，所有子句的对应列必须有相同别名（或至少第一个子句的别名会被采用），否则结果集列名不可控
- 某些数据库（如 SQL Server）在 SELECT 中用别名定义列后，后续计算列若引用该别名，需用子查询或 CTE，不能直接链式引用
