视图列名完全由定义时的as别名决定，与原始表字段名无关；漏写as或使用select*会导致列名不可控，破坏语义解耦契约。
视图列名完全由定义时的别名决定，和原始表字段名无关——这是语义解耦的基础，不是巧合。
视图列名不继承原表，只认 AS 后的名字
你写 CREATE VIEW v_users AS SELECT name AS full_name FROM users，那查 v_users 时就只有 full_name 这一列，name 在视图里根本不存在。数据库不会“记住”它来自 users.name，也不会在元数据里保留这个映射关系。
- MySQL、PostgreSQL、SQL Server 都如此，行为一致
- 哪怕原表字段改名（比如
ALTER TABLE users CHANGE name full_name VARCHAR(50)），视图列名也不会自动同步——它只锁定创建时写的那个AS名 - 如果漏写
AS，比如SELECT CONCAT(first_name, ' ', last_name)，列名会变成CONCAT(first_name, ' ', last_name)或expr1，这种名字无法在后续 SQL 中稳定引用
多表 JOIN 场景下，别名是唯一防冲突手段
当 users.id 和 orders.user_id 同时出现在 SELECT 中，仅靠表别名 u.id、o.user_id 不能解决视图列名冲突——视图暴露的是结果集字段名，不是引用路径。
- 错误写法：
SELECT u.id, o.user_id FROM users u JOIN orders o ON u.id = o.user_id→ 视图创建可能失败（PostgreSQL/SQL Server），或只保留第一个id（MySQL） - 正确写法：
SELECT u.id AS user_id, o.user_id AS order_user_id, o.id AS order_id - ORM 映射、JDBC 按名取值（如
rs.getString("user_id")）全依赖这些显式别名，而不是原始字段名
别名不是“美化”，而是契约：下游只认这个名字
前端 API 要 full_name，报表系统要 status_label，但底层可能是 first_name + last_name 和 status_code 查映射表。视图别名就是这层契约的落地点。
- 一旦定下
AS full_name，所有调用方都必须用这个名字，哪怕底层字段日后拆成given_name和family_name，视图里改CONCAT(given_name, ' ', family_name) AS full_name即可，应用代码零改动 - 别名含空格或特殊字符？必须用双引号（PostgreSQL/SQL Server）或反引号（MySQL），如
"Created At"；但生产环境建议统一用小写下划线，避免引号逃逸麻烦 - 别名不能重复，也不能是保留字（如
order、group），否则创建失败或查询报错
真正容易被忽略的点是：视图列名一旦定下，就和基表彻底脱钩；但如果你没用 AS 显式声明，或者用了 SELECT *，这个“脱钩”就失效了——名字变不可控，契约就崩了。
