直接查pg_views最轻量，但只返回as后select部分；pg_dump适合跨环境复用，需手动加create or replace；pg_get_viewdef更灵活，支持内联展开依赖视图。
直接从pg_views系统表查出视图定义最轻量
想快速拿到视图的 CREATE VIEW 语句，不用导出整个数据库，pg_views 是最快路径。它已经把 definition 字段解析成可读的 SQL 片段，省去手动拼接 pg_class + pg_rewrite + pg_attribute 的麻烦。
执行这条查询即可：
SELECT definition FROM pg_views WHERE schemaname = 'public' AND viewname = 'my_view';
注意几点：
-
schemaname和viewname区分大小写，如果视图名含大写字母或特殊字符，需加双引号（如"MyView"） - 返回的
definition不带CREATE VIEW ... AS前缀，只是AS后面的 SELECT 部分，要克隆必须手动补全 - 若视图依赖其他视图或函数，
pg_views.definition不展开依赖，只保留原始写法
用pg_dump导出单个视图定义适合跨环境复用
当你要把视图迁到另一个 PostgreSQL 实例，或者需要完整、带权限和注释的定义时，pg_dump 更可靠。它能自动处理依赖顺序、所有权、注释（COMMENT ON VIEW）和 GRANT 权限。
关键命令是：
pg_dump -s -t 'public.my_view' mydb
说明：
-
-s表示只导出 schema（不含数据），对视图是必须的 -
-t后必须写schemaname.tablename格式，单写my_view可能匹配失败 - 如果视图名含特殊字符，
-t参数里要用双引号，例如-t '"My View"' - 默认输出包含
SET search_path，可能影响目标库行为；加--no-search-path可禁用
pg_dump 输出的视图定义里没有 CREATE OR REPLACE，得自己加
pg_dump 默认生成的是 CREATE VIEW，不是 CREATE OR REPLACE VIEW。这意味着在已有同名视图的目标库上直接执行会报错：ERROR: relation "xxx" already exists。
解决方法很简单：
- 用
sed或编辑器全局替换：s/CREATE VIEW/CREATE OR REPLACE VIEW/g - 或者加
--inserts没用，这个参数只影响表数据导出，对视图定义无影响 - 更稳妥的做法是：先用
DROP VIEW IF EXISTS public.my_view;再执行原语句
注意：如果视图被物化视图或函数依赖，DROP VIEW 会失败，需加 CASCADE，但要确认级联删除是否符合预期。
用pg_get_viewdef()函数获取带格式的定义更灵活
相比 pg_views，pg_get_viewdef() 能返回完整的、可执行的 CREATE VIEW 语句（需手动拼），且支持 OID 或名称两种输入方式，还能控制是否展开嵌套视图。
常用写法：
SELECT pg_get_viewdef('public.my_view'::regclass, true);
参数说明：
- 第一个参数必须是
regclass类型，所以要显式转换，否则报错invalid input syntax for type regclass - 第二个参数为
true时，会把引用的视图内联展开（类似“宏展开”），false则保持原名引用 - 返回值是纯文本，不带换行缩进；如需美化，得额外用
pg_format或外部工具处理
这个函数在自动化脚本里比查 pg_views 更稳，因为它绕过了视图名大小写解析歧义问题。
真正容易被忽略的是：所有这些方法都**不会自动重建视图的注释和权限**。哪怕你用 pg_dump -s -t 导出，也要确认是否加了 --no-owner 和 --no-privileges —— 这俩开关会影响目标库的权限还原逻辑。
