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 返回网格。
