存储过程无内置版本管理，必须通过导出带时间戳的SQL文件并纳入Git实现版本追溯；SQL Server推荐sqlpackage.exe提取，PostgreSQL用pg_dump配合pg_get_functiondef()补全，MySQL用mysqldump --routines；回滚依赖预存脚本及三重检查：对象存在性、环境适配性、依赖完整性；所有变更须经CI/CD流水线，禁用生产环境直连修改。
存储过程没有内置版本管理，必须靠文件+Git+流程约束
数据库里存的只是当前定义，sys.sql_modules（SQL Server）、pg_get_functiondef()（PostgreSQL）、information_schema.ROUTINES（MySQL）都只返回最新版——Git 看不到这些，也就谈不上版本追溯。所谓“版本管理”，本质是把每次变更导出为带时间戳和语义的 SQL 文件，再纳入 Git。
- SQL Server 推荐用
sqlpackage.exe /Action:Extract生成 .sql 文件，比 SSMS “生成脚本”更可靠（后者常漏IF EXISTS判断） - PostgreSQL 用
pg_dump --schema-only --no-owner --no-privileges -f procedures.sql，但需手动补全pg_get_functiondef()输出，否则缺完整函数体 - MySQL 用
mysqldump --no-create-info --no-data --routines，避免SHOW CREATE PROCEDURE返回含换行/注释导致 Git 误判为二进制 - 文件名必须含版本标识，例如
003_fix_usp_calculate_tax_v2_20260812.sql，确保可排序、可追溯、可定位问题提交
回滚失败不是因为没命令，而是没备份或没验证
DDL 操作（如 DROP PROCEDURE、CREATE OR REPLACE PROCEDURE）会隐式提交，ROLLBACK 对它完全无效。所谓“回滚”，其实是用已知旧版 SQL 文件重建对象——前提是这个文件存在、语法合法、权限兼容。
- 上线前必须导出当前定义：SQL Server 执行
SELECT OBJECT_DEFINITION(OBJECT_ID('usp_name'))，MySQL 执行SHOW CREATE PROCEDURE usp_name，结果存为backup_before_deploy_20260812.sql - 回滚脚本不能裸写
CREATE PROCEDURE，要先查OBJECT_ID('usp_name', 'P')（SQL Server）或pg_proc（PostgreSQL），存在则用ALTER PROCEDURE替换，避免丢权限、执行计划和依赖 - MySQL 不支持
ALTER PROCEDURE，必须DROP PROCEDURE IF EXISTS+CREATE PROCEDURE，但得确认无并发调用，或加锁窗口期 - 执行前用
SET PARSEONLY ON（SQL Server）或BEGIN; ROLLBACK;包裹测试（PostgreSQL）验证语法，别等上线才报错
自动化回滚脚本最容易忽略的三个检查点
一键回滚脚本跑通不等于安全，漏掉任一检查点都可能引发生产事故。
- 检查目标过程是否存在且类型匹配：
IF EXISTS (SELECT 1 FROM sys.objects WHERE name = 'usp_name' AND type = 'P')（SQL Server），避免误删同名函数或视图 - 校验待恢复脚本是否适配当前环境：比如脚本里硬写了
[MyDB].dbo.usp_xxx，而目标库叫prod_db，直接执行会报Database 'MyDB' does not exist - 确认依赖对象仍存在：旧版过程若引用了已被删的 UDF 或表，
CREATE PROCEDURE会成功，但首次调用就报The module 'xxx' depends on the missing object 'yyy'
真正影响回滚成败的是部署流程，不是语法
所有技术手段都建立在一个前提上：没人绕过流程直连生产库执行 ALTER PROCEDURE。一旦有人手工改，Git 里的文件就失效，备份脚本就失准，回滚就变成猜谜。
- 禁止在生产环境使用 SSMS/Navicat 直接修改，所有变更必须走 CI/CD 流水线回放 SQL 文件
- Git 提交前强制校验：
git status --porcelain | grep "procedures/"，有未暂存变更就exit 1 - 本地 pre-commit hook 自动拉取定义覆盖文件，但要判断
git diff --quiet，避免覆盖他人未提交的修改 - 回滚后立刻查
sys.procedures.modified_date（SQL Server）或routine_definition字段哈希值，确认内容已更新，而非仅时间戳变
