视图创建时字段名重复会直接报错，因mysql、postgresql、sql server在定义阶段强制校验结果集列名唯一性，同名列（如多表join中的id）触发error 1060等硬性拦截，必须为每个字段显式加as别名（如orders.id as order_id），禁止用*、函数或表达式不命名。
视图创建时字段名重复会直接报错，不是警告，是硬性拦截——CREATE VIEW 语句根本执行不下去。
为什么字段重名会导致视图建不起来
MySQL、PostgreSQL、SQL Server 都在视图定义阶段就校验结果集列名唯一性。只要 SELECT 子句里出现两个同名字段（比如两张表都有 id 或 status），就会抛出类似 ERROR 1060 (42S21): Duplicate column name 'id' 的错误。这不是运行时报错，而是定义固化失败。
常见触发点：
- 用
SELECT *做多表JOIN，两张表都含created_at -
LEFT JOIN后右表字段与左表同名，又没加别名 - 子查询返回的字段未显式命名，外层再引用时撞名
- 函数或表达式字段没用
AS，如UPPER(name)默认列名不可靠且可能含括号
必须给每个字段显式加 AS 别名
别名不是“可选优化”，是强制要求。尤其在 JOIN 场景下，必须让每个字段在视图中全局唯一。
实操建议：
- 所有字段写全路径 +
AS，例如orders.id AS order_id、customers.name AS customer_name - 避免用
*，哪怕临时调试也要手动展开——加新表时*会让视图瞬间失效 - 主键、时间戳、业务标识字段优先别名，如
updated_at AS order_updated_at - 别名不要用保留字，比如
order、group、user，否则可能语法报错 -
LEFT JOIN右表字段即使全为NULL，也得加别名——视图结构必须稳定，不能依赖数据内容
ORM 和客户端调用时字段覆盖问题
字段重名不仅卡在建视图，更会在下游引发静默数据错乱。ORM（如 SQLAlchemy、Django ORM）按列名映射字段，两个 id 只能取后一个，前一个被丢弃；psycopg2 返回的 row["id"] 实际是最后定义的那个。
典型错误写法：SELECT orders.status, users.status FROM orders LEFT JOIN users ON orders.user_id = users.id
正确写法：SELECT orders.status AS order_status, users.status AS user_status FROM orders LEFT JOIN users ON orders.user_id = users.id
注意：只写 AS status 不解决问题——两个 status AS status 仍是同名列；只加表前缀不加 AS 也不够，因为 ORM 按列名（非全路径）做键映射。
容易被忽略的细节
函数字段、表达式字段、嵌套子查询里的字段，全都得加 AS。比如 COUNT(*) AS total_count、CONCAT(first_name, ' ', last_name) AS full_name。别名统一用小写字母+下划线，避开大小写敏感差异（PostgreSQL 默认小写，MySQL 不敏感）。视图字段名冲突发生在定义时刻，和你后续查哪些字段完全无关——哪怕你只 SELECT order_id，只要定义里有重名，CREATE VIEW 就失败。
