as不是必须但强烈建议使用，可避免歧义、提升可读性与兼容性；含空格/特殊字符时必须加引号包裹且as不可省；where/group by中不可用别名，order by/having中通常可用。
SELECT 检索指定列时别名不生效？检查 AS 用法和空格
直接写 SELECT name, age FROM users 能查出两列，但加别名时容易失效——常见原因是把逗号或空格塞进了别名里，或者漏了 AS 却误以为它可省略（虽语法允许省略，但易引发歧义）。比如 SELECT user_name AS "full name" 中双引号内含空格，某些数据库（如 PostgreSQL）要求这样，而 MySQL 默认允许无引号的单字别名，但 "full name" 必须加引号；SQL Server 则倾向用方括号：AS [full name]。
实操建议：
- 别名含空格、特殊字符或关键字时，必须用引号包裹：PostgreSQL/MySQL 用双引号，SQL Server 用方括号，SQLite 两者都支持
- 避免用
AS省略写法（如SELECT name fullname），不同方言解析行为不一致，MySQL 支持，PostgreSQL 会报错 - 别名不要和表中已存在列名冲突，否则
ORDER BY或后续子查询可能绑定错列
WHERE 条件里引用 SELECT 列别名失败？因为执行顺序不对
SELECT name AS uname, age FROM users WHERE uname > 18 会报错——几乎所有 SQL 引擎都不允许在 WHERE 中用列别名，因为逻辑执行顺序是 FROM → WHERE → GROUP BY → SELECT，WHERE 阶段 uname 还没生成。
正确做法是重复表达式或改用子查询：
- 直接写原字段：
WHERE age > 18 - 若表达式复杂（如
UPPER(name)），重复写一次比包一层子查询更轻量 - 仅当需要多层逻辑复用时才考虑子查询：
SELECT * FROM (SELECT UPPER(name) AS uname, age FROM users) t WHERE uname LIKE 'A%'
SELECT 指定列后 COUNT(*) 结果异常？注意 NULL 和行数统计逻辑
SELECT name, COUNT(*) FROM users 会报错（缺少 GROUP BY），而 SELECT COUNT(name) 和 SELECT COUNT(*) 数值不同——前者跳过 name 为 NULL 的行，后者统计所有行（包括 name 为 NULL 的记录）。
关键差异点：
-
COUNT(*)统计行数，不关心任何列值，性能通常最优 -
COUNT(col)只统计该列非NULL值的行数，适合排查数据完整性 - 想查“有名字的用户数”，用
COUNT(name)；想查“总注册用户数”，必须用COUNT(*)
用 * 替代指定列看似省事，但线上环境要禁用
开发阶段写 SELECT * 很快，但上线后隐患明显：表结构变更（如新增敏感列、大文本字段）会导致应用解析失败或性能骤降；ORM 自动映射也可能因列序变动出错。
真实约束场景：
- 接口返回字段必须显式声明，禁止依赖
*—— 否则加一列就可能让前端 JSON 解析崩溃 - 大数据量分页查询（如
LIMIT 10000,20）时，*会拖慢 I/O 和网络传输，只取必要列可降低延迟 30%+ - 权限控制依赖列级粒度时，
*会让GRANT SELECT ON users(name, email)失效
列太多时，宁可用 CTE 或视图封装，也不要妥协写 *。字段列表看起来啰嗦，但它是 SQL 可维护性的第一道防线。
