用AS关键字给表和列起别名最稳妥，因其兼容性强、语义清晰、可读性高且能避免歧义；省略AS在复杂查询中易引发解析错误或意外截断。
用 AS 关键字给表和列起别名最稳妥
几乎所有主流数据库都支持 AS 关键字显式声明别名，语义清晰、可读性强，且能避免歧义。省略 AS 虽然语法允许（比如 SELECT name n FROM users），但在复杂查询中容易误判——尤其当列名本身含空格或关键字时，不加 AS 可能触发解析错误或意外截断。
实操建议：
- 表别名统一用小写字母+下划线，长度控制在 2–4 字，比如
users u、order_items oi - 列别名优先使用语义化命名，避免单字母（如
u.name AS user_name，而非u.name AS n） - 若别名含空格或特殊字符，必须用双引号（PostgreSQL/Oracle）或反引号（MySQL）包裹，例如：
SELECT count(*) AS "total records"
JOIN 场景下表别名必须唯一且全程一致
多表 JOIN 时，如果两个表有同名列（比如都叫 id 或 created_at），没加别名会导致 Column 'id' in field list is ambiguous 错误；更隐蔽的问题是：别名写错一次（比如把 orders o 写成 orders ord），后续所有引用 o.id 的地方都会报错，但错误提示往往只指向第一处引用，排查费时。
实操建议：
- 在 FROM 子句中定义别名后，整个查询里所有对该表的引用（包括 JOIN、WHERE、SELECT）都必须用同一别名
- 对关联表按业务逻辑缩写，比如
customers c、products p、orders o，比用t1/t2更易维护 - WHERE 中过滤条件要带表别名前缀，例如
WHERE o.status = 'paid'，不能只写status = 'paid'
子查询结果必须显式命名，否则 MySQL/SQL Server 会报错
MySQL 8.0+ 和 SQL Server 要求子查询必须有别名（即“派生表必须有别名”），否则直接报错 Every derived table must have its own alias。PostgreSQL 和 SQLite 允许省略，但为兼容性和可读性，一律加上更安全。
实操建议：
- 子查询别名紧跟在闭合括号后，中间不能换行或空格，例如：
(SELECT user_id, COUNT(*) FROM logs GROUP BY user_id) user_log_count - 子查询里的列如果也要重命名，应在子查询内部用
AS，外部别名只作用于整张临时表 - 避免用
tmp、sub这类泛化别名，改用业务含义，比如active_users、recent_orders
别名不能和已有列名、保留字冲突
别名一旦和当前作用域内的真实列名重复，某些数据库（如 PostgreSQL）会优先解析为列名而非别名，导致逻辑出错却无报错；若撞上保留字（如 order、group、user），多数数据库会直接报语法错误。
实操建议：
- 写完查询后快速扫一遍所有别名，确认没和 SELECT 列表中的原始列名重复（比如原表有
name，就别把u.full_name别名为name） - 不确定是否为保留字时，用数据库自带函数检查：MySQL 可查
information_schema.KEYWORDS，PostgreSQL 查pg_get_keywords() - 实在要用敏感词作别名，强制加引号包裹，例如：
SELECT u.name AS "user"（注意大小写敏感性）
