postgresql重命名视图唯一可靠方式是alter view ... rename to；需先终止活跃引用，手动更新依赖对象中的旧名，权限和所有权不自动迁移，生产环境须在测试库完整验证闭环。

ALTER VIEW ... RENAME TO 是唯一可靠方式

PostgreSQL 不支持 RENAME VIEW 这类独立命令，也不能用 ALTER TABLE ... RENAME TO 操作视图——视图不是表，语法不兼容。必须使用 ALTER VIEW ... RENAME TO，这是官方唯一支持的重命名路径。

执行前必须断开所有对原视图的活跃引用

如果当前有查询正在读取该视图（比如另一个会话正执行 SELECT * FROM old_view），ALTER VIEW 会卡住或报错 ERROR: cannot alter view "old_view" because it is being used by active queries。

• 先查活跃引用：SELECT pid, query FROM pg_stat_activity WHERE query ~ 'old_view';
• 必要时终止：SELECT pg_terminate_backend(pid) FROM pg_stat_activity WHERE query ~ 'old_view';
• 注意：即使只是 psql 中打开了 \d 列出视图元数据，也可能触发短暂引用，建议关闭所有客户端再操作

依赖对象不会自动更新，必须人工处理

视图重命名后，所有直接引用它的对象（如其他视图、物化视图、函数、存储过程）中的 SQL 文本仍保留旧名，运行时会报 relation "old_view" does not exist。

• SELECT dependent_ns.nspname, dependent_cl.relname, dependent_cl.relkind FROM pg_depend dep JOIN pg_class dependent_cl ON dep.refobjid = dependent_cl.oid JOIN pg_namespace dependent_ns ON dependent_cl.relnamespace = dependent_ns.oid WHERE dep.objid = 'old_view'::regclass; 可查依赖
• 物化视图需手动 REFRESH MATERIALIZED VIEW 后才能重新解析（但刷新本身不修复 SQL 文本里的旧名）
• 最稳妥做法：导出依赖对象定义 → 替换旧视图名为新名 → 重建对象

权限和所有权不会自动迁移

重命名不改变视图的 OWNER，也不影响已授予的 SELECT 权限——这些都保留在系统目录里。但如果你用 pg_dump --schema-only 导出后再导入，生成的 SQL 会以新名创建，此时权限需显式补授。

• 确认所有权：SELECT viewowner FROM pg_views WHERE schemaname = 'public' AND viewname = 'new_view';
• 若需变更 owner：ALTER VIEW new_view OWNER TO new_role;
• 权限检查别只看 \z，要结合 information_schema.role_table_grants 查实际生效项

重命名视图表面简单，真正麻烦的是散落在各处的硬编码引用和隐式依赖；生产环境操作前，务必在测试库中完整走一遍「重命名 → 刷新物化视图 → 重跑依赖查询 → 检查应用日志」闭环。