视图创建失败因select字段名重复，必须为所有同名字段显式指定唯一别名，如u.id as user_id、o.id as order_id，且别名需合法、避免保留字，join场景尤需注意。
SELECT 中字段名重复导致视图创建失败
SQL 视图要求所有列必须有唯一名称，如果 SELECT 里直接引用多个表中同名字段（比如两个表都有 id、name），数据库会报类似 ERROR: column "id" specified more than once（PostgreSQL）或 Msg 4507, Level 16: Duplicate column name 'id'（SQL Server）。这不是语法错误，而是视图元数据校验强制要求。
必须给所有可能冲突的字段显式加别名
不能依赖“只选一个表的字段”来规避——只要 SELECT 列表中出现相同名字，就触发报错。哪怕你写的是 SELECT t1.id, t2.id，也得改成 SELECT t1.id AS t1_id, t2.id AS t2_id。
-
AS关键字可省略，但别名本身不可省：写成t1.id t1_id也合法（多数方言支持） - 别名要符合标识符规则：不能以数字开头、不能含空格或特殊符号（除非用双引号/方括号包裹，但不推荐）
- 避免用 SQL 保留字作别名，如
order、user、desc；若必须用，需加引号，但会降低可读性 - 别名作用域仅限当前视图定义，不影响底层表，也不影响后续查询中对视图的引用
JOIN 场景下最容易漏掉的别名位置
多表 JOIN 是重灾区，尤其当使用 * 或未限定字段时。例如：
CREATE VIEW v_user_order AS SELECT u.id, o.id, u.name, o.amount FROM users u JOIN orders o ON u.id = o.user_id;
上面语句在 PostgreSQL / SQL Server 中必然失败，因为两个 id 冲突。正确写法是：
CREATE VIEW v_user_order AS
SELECT u.id AS user_id,
o.id AS order_id,
u.name AS user_name,
o.amount
FROM users u JOIN orders o ON u.id = o.user_id;
注意：o.amount 没有同名冲突，可以不加别名，但为统一风格和后续维护，建议全部显式命名。
别名不解决语义歧义，只解决语法冲突
加别名能让视图建成功，但不会自动帮你理清业务含义。比如 u.status 和 o.status 都叫 status，即使分别别名为 user_status 和 order_status，调用方仍需知道哪个对应哪个状态机。更麻烦的是，如果下游应用硬编码了字段名（如 ORM 映射到 status 字段），改别名反而会导致运行时报错。
- 视图字段名一旦确定，就是对外契约，修改需同步更新所有消费者
- 别名不能是表达式结果的“逻辑名”，例如
COUNT(*) AS count合法，但COUNT(*) AS total_count更清晰；而(a + b) AS sum不如(a + b) AS a_plus_b - 某些数据库（如 MySQL 8.0+）允许在视图定义里用子查询包裹再重命名，但增加嵌套层级，通常没必要
最常被忽略的一点：视图字段名是在 CREATE VIEW 时静态绑定的，不是每次查询时动态解析的。所以别名写错一次，整个视图就不可用，且错误提示往往只说“重复列”，不会告诉你具体哪两列撞了——得自己逐个比对 SELECT 列表。
