create or replace view 是 postgresql 14 安全修改视图的唯一推荐方式，原子性保留权限、依赖与注释；需满足字段数不减、顺序不变、末尾追加、列名显式一致、check option 显式重申、临时/永久视图不可互替。
CREATE OR REPLACE VIEW 是 PostgreSQL 14 中安全修改视图定义的唯一推荐方式，它不会破坏已有权限、依赖或物化视图引用。
直接用 CREATE OR REPLACE VIEW 替换视图定义
PostgreSQL 14 不支持 ALTER VIEW ... REPLACE 这类语法，也不能先 DROP VIEW 再 CREATE VIEW——后者会丢失所有 GRANT 权限、依赖关系（如物化视图、函数、其他视图）和注释（COMMENT ON VIEW）。
CREATE OR REPLACE VIEW 是原子操作：旧视图结构被无缝覆盖，权限、依赖、注释全部保留。
注意：REPLACE 不等于“增量更新”，而是完整重定义。只要新查询合法且字段兼容（见下一条），就能成功。
CREATE OR REPLACE VIEW 的字段兼容性限制
PostgreSQL 14 对替换时的列结构有隐式约束，违反会导致报错 ERROR: column "xxx" does not exist 或 cannot change number of columns：
- 不能减少列数（比如原视图 SELECT a,b,c，新定义只写 SELECT a,b）
- 不能重排列顺序（a,b,c → b,a,c 不允许）
- 可以增加列，但只能追加在末尾（a,b → a,b,c 允许；a,b → c,a,b 不允许）
- 列名必须显式一致：如果原视图用了别名
SELECT id AS user_id，新定义也得写user_id，不能写id - 数据类型不强制一致，但下游应用若强依赖类型（如 JDBC ResultSetMetaData），建议保持兼容
带 WITH CHECK OPTION 的视图替换要格外小心
如果原视图定义含 WITH CASCADED CHECK OPTION 或 WITH LOCAL CHECK OPTION，替换时必须显式重写该子句，否则会被 silently 移除——这会改变可更新行为，导致 INSERT/UPDATE 检查失效。
例如：
CREATE OR REPLACE VIEW active_users AS SELECT id, email, status FROM users WHERE status = 'active' WITH CASCADED CHECK OPTION;
漏掉 WITH CASCADED CHECK OPTION 这一行，视图就变成不可检查更新的普通视图了。
临时视图不能用 OR REPLACE 覆盖永久视图
TEMPORARY 视图作用域仅限当前会话，且与同名永久视图隔离。你不能用 CREATE OR REPLACE TEMP VIEW v AS ... 去覆盖一个已存在的永久视图 v；反之亦然。
常见误操作：
- 会话 A 创建了
TEMP VIEW report_summary - 会话 B 执行
CREATE OR REPLACE VIEW report_summary AS ...—— 成功，但只影响永久视图 - 会话 A 查询
report_summary仍看到临时版本，不受影响
DROP TEMP VIEW report_summary（仅本会话），再 CREATE OR REPLACE VIEW。
字段顺序、列名显式性、CHECK OPTION 显式重申、临时/永久视图隔离——这四点漏掉任一，都可能让 CREATE OR REPLACE VIEW 看似成功，实则破坏业务逻辑或权限模型。
