alter procedure 是最安全的修改方式，能保留权限、计划缓存及加密等选项；需检查调用链、外部直连、结果集结构变更，并落实验证、灰度与回滚预案。

直接改 ALTER PROCEDURE 是最常用方式，但“不影响业务”不是靠语法保证的，而是靠操作节奏、验证手段和回滚预案共同决定的。

修改前必须确认存储过程是否被其他服务强依赖

很多线上事故不是因为 SQL 写错了，而是因为某个下游系统（比如报表定时任务、第三方对接接口）在你改完后立刻调用，而新逻辑返回结构或错误码变了，对方没适配。

• 查调用链：SELECT DISTINCT referencing_entity_name FROM sys.dm_exec_referenced_entities('dbo.YourProc', 'OBJECT')，看哪些视图、函数、其他存储过程引用了它
• 查最近调用记录（需开启查询历史）：SELECT TOP 10 * FROM sys.dm_exec_query_stats qs CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) st WHERE st.text LIKE '%YourProc%'
• 检查是否有外部应用通过 ORM 或 JDBC 直接调用，这类调用不会出现在依赖视图里，得靠日志或监控平台反查

用 ALTER PROCEDURE 替代 DROP + CREATE，保留权限和执行计划缓存

DROP PROCEDURE + CREATE PROCEDURE 看似简单，但会清空该存储过程的执行计划缓存，还可能丢失显式授予的权限（如 GRANT EXECUTE ON dbo.YourProc TO app_user），导致上线后立刻报错“拒绝访问”或性能陡降。

• 必须用 ALTER PROCEDURE —— 它只更新定义，不触碰权限、统计信息、计划缓存
• 如果原过程用了 WITH ENCRYPTION 或 WITH RECOMPILE，ALTER 语句里必须显式带上，否则这些选项会被丢弃
• SQL Server 中 QUOTED_IDENTIFIER 和 ANSI_NULLS 设置会随 ALTER 语句当前会话设置固化进过程定义，务必确认会话设置与原过程一致（可用 sp_helptext 查原定义头几行）

上线窗口内必须做三件事：验证、灰度、回滚开关

所谓“不影响业务”，本质是把影响控制在可感知、可中断、可逆转的范围内。

• 验证：改完后先用 SET NOEXEC ON 检查语法；再用真实参数跑一遍，观察是否触发隐式类型转换（比如传 VARCHAR 进 INT 参数）、是否漏处理 NULL 分支
• 灰度：如果调用方支持传 @is_new_logic BIT = 0 类参数，可在新旧逻辑间加开关，先对测试账号开放，再逐步放开
• 回滚开关：不要等出问题再重建旧版本。提前把原过程定义导出为 CREATE PROCEDURE 脚本，保存在发布目录下，命名为 rollback_YourProc_v20260803.sql —— 出问题时 30 秒内就能执行

真正容易被忽略的是：存储过程的返回结果集结构变化，比逻辑错误更致命。比如删了一个 SELECT 列、改了列别名、把 INT 改成 BIGINT，调用方用强类型语言（C#、Java）反序列化时直接抛异常，且错误堆栈根本不会指向你的存储过程。上线前必须用实际客户端连接测试，不能只看 SSMS 返回网格。