如何编写SQL存储过程来导出数据库的所有对象定义？-SQL-PHP中文网

sql server用object_definition或sys.sql_modules导出对象定义，mysql需客户端脚本配合show create，postgresql用pg_get_functiondef等函数；跨库统一导出应优先使用sqlcmd、mysqldump、pg_dump等外部工具。

如何编写sql存储过程来导出数据库的所有对象定义？

SQL Server 中用 `sp_helptext` 和系统视图拼出完整对象定义

直接调用 sp_helptext 只能查单个对象（比如一个存储过程），没法批量导出。真要导出所有对象定义，得靠查询系统视图 + 动态 SQL 拼接。核心是 sys.objects 定位对象，sys.sql_modules 或 sys.dm_exec_describe_first_result_set（仅限函数）取定义文本。

注意：视图、存储过程、标量函数、内联表值函数的定义都在 sys.sql_modules.definition；触发器在 sys.triggers + sys.sql_modules 关联；而多语句表值函数和 CLR 对象需额外处理——后者根本拿不到 T-SQL 定义。

sys.objects.type IN ('P', 'V', 'FN', 'IF', 'TF') 覆盖主流对象，但排除 'TR'（触发器）会漏掉 DML 触发器
用 OBJECT_DEFINITION(object_id) 比 JOIN sys.sql_modules 更简洁，且自动处理加密对象的 NULL 返回（需提前判断）
导出结果含换行符，SELECT 直接输出会被截断，必须用 PRINT 或写入临时表再导出到文件

MySQL 里没有内置导出所有对象定义的存储过程，得靠 `INFORMATION_SCHEMA` + `SHOW CREATE`

MySQL 不支持在存储过程中直接执行 SHOW CREATE PROCEDURE xxx 这类语句（报错 Dynamic SQL is not allowed in stored function or trigger），所以不能纯用存储过程完成。可行路径是：用客户端脚本（如 Python/Shell）查 INFORMATION_SCHEMA.ROUTINES 和 VIEWS，再对每个 routine_name 或 table_name 执行 SHOW CREATE。

如果硬要在 MySQL 内部“模拟”，只能建一个存储过程循环拼接 SELECT CONCAT('SHOW CREATE ', type, ' `', db, '`.`', name, '`;')... 生成 SQL 文本，再复制出来手动执行——这不是真正导出，只是生成命令清单。

INFORMATION_SCHEMA.ROUTINES 的 ROUTINE_DEFINITION 字段在 MySQL 8.0+ 默认为 NULL（因权限限制），必须开启 show_create_routine 权限才能看到内容
SHOW CREATE VIEW 输出带 CREATE ALGORITHM=UNDEFINED DEFINER=...，若跨环境迁移，得用 mysqldump --no-create-db --no-data --routines --triggers 更可靠
存储过程里无法用 PREPARE 执行 SHOW CREATE，因为该语句不返回结果集，不能用 INTO 捕获

PostgreSQL 用 `pg_get_functiondef()` 和 `pg_get_viewdef()` 最稳

PostgreSQL 系统函数明确区分对象类型，比 SQL Server 更清晰。导出所有函数用 pg_proc + pg_get_functiondef(oid)，视图用 pg_views + pg_get_viewdef(oid)，表结构用 pg_get_serial_sequence() 配合 pg_dump --schema-only 更全——但后者不是 SQL 存储过程。

Dataify

一款AI开发辅助工具，主要用于提供数据采集API、高质量数据集、代理服务、AI Token一体化供应，适合需要提升相关任务效率的用户。

下载

注意：pg_get_functiondef() 返回 TEXT，含换行，直接 SELECT 在 psql 里显示正常，但在某些客户端（如 pgAdmin 的查询工具）可能折叠；用 \o filename.sql 重定向最保险。

函数 OID 要从 pg_proc 查，不能只靠 proname，否则同名不同 schema 会冲突
pg_get_viewdef() 默认不带 CREATE VIEW 前缀，得自己拼：'CREATE OR REPLACE VIEW ' || schemaname || '.' || viewname || ' AS ' || pg_get_viewdef(schemaname, viewname)
自定义类型、域、规则等需额外查 pg_type、pg_constraint，不加这些就不是“所有对象”

跨数据库统一导出？别写存储过程，用 `pg_dump` / `mysqldump` / `sqlcmd -E -Q` 更实际

试图用一个存储过程兼容三种数据库是伪需求。各数据库系统视图结构、权限模型、动态执行限制完全不同，强行封装只会堆砌 CASE 分支和大量错误处理，维护成本远高于收益。

真正需要“导出所有定义”的场景，基本是 DevOps 流水线或备份恢复——这时直接调外部命令更可控：

SQL Server：sqlcmd -S server -d db -E -Q "SELECT OBJECT_DEFINITION(object_id) FROM sys.objects WHERE type IN ('P','V','TR')" -h-1 -W -s"," > defs.sql
PostgreSQL：pg_dump -s -U user db > schema.sql（-s 即 --schema-only）
MySQL：mysqldump --no-data --routines --triggers --skip-tz-utc db > schema.sql

存储过程适合封装业务逻辑，不是用来替代数据库自带的元数据导出工具的。硬写，最后大概率卡在权限、字符集、长文本截断或跨 schema 引用上。