修改SQL存储过程后能否查看修改前的历史版本？

核心结论 #

默认配置下，没有内置系统表会存储存储过程修改前的历史版本，sys.sql_modules、sys.procedures等系统视图仅存储当前最新的对象定义，无法直接查询覆盖前的内容。

可找回历史版本的特殊情况 #

• 如果你操作后没有关闭过SSMS的对应连接、也没有刷新过对象资源管理器，右键被覆盖的存储过程选择「修改」，大概率还能读取到SSMS本地缓存的操作前定义。
• 若数据库提前开启了SQL Server审计或*变更数据捕获（CDC）*功能，且覆盖操作发生在功能生效周期内，可以从对应审计日志中提取历史存储过程定义。
• 若团队配置了数据库对象版本管控（如Git/SVN托管存储过程脚本），直接拉取dev分支最近的提交记录即可获取被覆盖的改动内容。

比整库恢复更轻量的恢复方案 #

不需要直接覆盖当前开发库，仅需从备份提取目标存储过程即可，操作步骤如下：

1. 找到最近的数据库备份文件，将其恢复为一个独立的临时库，参考命令：

-- SQL Server 恢复备份为临时库示例
RESTORE DATABASE Temp_RecoveryDB
FROM DISK = '你的备份文件完整路径.bak'
WITH 
MOVE '原库逻辑数据文件名' TO '临时库存放路径\Temp_RecoveryDB.mdf',
MOVE '原库逻辑日志文件名' TO '临时库存放路径\Temp_RecoveryDB.ldf',
REPLACE, STATS = 10;

2. 从临时库提取目标存储过程的历史定义，参考命令：

USE Temp_RecoveryDB;
SELECT definition 
FROM sys.sql_modules 
WHERE object_id = OBJECT_ID('被覆盖的存储过程名称');

后续操作预防建议 #

• 每次修改存储过程前，先执行以下命令备份当前定义到临时表，避免改动丢失：

-- 备份表名后缀加上操作日期，方便后续查找
SELECT definition 
INTO Backup_StoredProc_202XXXX
FROM sys.sql_modules 
WHERE object_id = OBJECT_ID('待修改的存储过程名称');

• 操作前在SSMS中右键存储过程，选择「编写存储过程脚本为 → CREATE到 → 文件」，本地备份一份原始脚本后再执行修改操作。

内容的提问来源于stack exchange，提问作者BVernon