mysqldump需加--no-data --skip-triggers --routines=false --skip-tz-utc才能导出视图定义；pg_dump用-s --no-owner --no-privileges；SQL Server用OBJECT_DEFINITION()函数提取完整视图脚本。
mysqldump 导出视图定义但不导出数据
视图本身不存数据，mysqldump 默认会跳过视图（除非显式启用），且默认只导出表结构+数据，不会自动包含 CREATE VIEW 语句。必须加 --no-data + --skip-triggers + 显式指定 --routines=false（避免误导函数/存储过程），再配合 --skip-tz-utc 防止时区干扰。
常见错误是直接跑 mysqldump -u root db_name > backup.sql，结果发现 SQL 文件里压根没 CREATE VIEW；或者导出了，但执行时报 View 'db.v_name' references invalid table(s) or column(s)——因为依赖的表还没建或顺序错。
- 用
mysqldump --no-data --skip-triggers --routines=false --skip-tz-utc -u root db_name > views_only.sql - 如果只想导视图，不导表，加
--ignore-table=db_name.table1 --ignore-table=db_name.table2...（但更推荐下一步过滤） - 导出后检查文件是否含
CREATE ALGORITHM=或DEFINER=`user`@`host`；生产环境建议用sed -i 's/DEFINER=[^ ]*//g'去掉，否则还原时可能权限报错
pg_dump 导出 PostgreSQL 视图定义（不含数据）
pg_dump 默认导出视图定义，但容易漏掉依赖对象（比如视图基于另一个视图或函数），且默认带 OWNER TO 和 SET search_path，在目标库用户/模式不一致时会失败。
典型现象：还原时报 ERROR: role "xxx" does not exist 或 function xxx() does not exist。
- 基础命令：
pg_dump -U postgres -s -n public --no-owner --no-privileges db_name > views_pg.sql -
-s表示 schema-only，自动包含视图、函数、序列等定义；--no-owner去掉OWNER TO，--no-privileges避免GRANT冲突 - 若视图跨 schema（如依赖
other_schema.table），必须加--include-schema=other_schema，否则导出的视图定义里引用路径不全，还原时报错
SQL Server 使用 sys.views + sp_executesql 批量生成 CREATE VIEW 脚本
SSMS 的“生成脚本”功能对大量视图容易卡死或漏对象；直接查 sys.sql_modules 又可能拿不到完整定义（比如被加密或截断）。稳妥做法是用系统视图拼接 + OBJECT_DEFINITION() 函数。
常见坑：OBJECT_DEFINITION() 返回 nvarchar(max)，但 SSMS 结果窗口默认只显示前 4000 字符，导致脚本被截断；另外，视图中若含 GO 或注释换行，直接复制执行会报语法错。
- 执行以下查询导出完整定义：
SELECT 'GO' + CHAR(13)+CHAR(10) + ISNULL(OBJECT_DEFINITION(object_id), '') + ';' FROM sys.views WHERE is_ms_shipped = 0; - 在 SSMS 中右键结果 → “将结果另存为”，选 UTF-8 编码；不要用“复制”粘贴，避免换行丢失
- 导出后手动删掉开头的
GO（第一个之前不需要），或用脚本批量替换'GO\r\n' + 'CREATE VIEW'为'CREATE VIEW'
全库备份时确保视图不被忽略（MySQL / PG / SQL Server 通用要点）
全库备份 ≠ 自动包含视图。MySQL 的 mysqldump --all-databases 会导视图，但默认仍带数据；PostgreSQL 的 pg_dumpall 不导数据库级对象（如视图属于单库），得用 pg_dump 逐库处理；SQL Server 的 BACKUP DATABASE 是二进制备份，还原后视图自然存在，但无法单独提取定义。
最容易被忽略的是：视图定义里硬编码了数据库名或服务器名（比如 SELECT * FROM other_db.table），备份到新环境后路径失效，却没人在还原后检查依赖。
- MySQL 全库备份含视图：用
mysqldump --all-databases --no-data --skip-triggers --routines=false > full_def.sql - PostgreSQL 全库：写个 shell 循环所有非模板库，对每个执行
pg_dump -s --no-owner --no-privileges $db > $db.sql - SQL Server 若需可读脚本，别依赖
BACKUP DATABASE，老实用上一步的OBJECT_DEFINITION()方案导出所有视图，再和表结构脚本合并
视图不是“设好就完事”的对象，它的定义文本、依赖路径、权限上下文，任何一个变了都可能导致还原后不可用——导出时多看一眼 CREATE VIEW 语句里的库名、schema 名、用户权限字段，比事后调试快十倍。
