存储过程的Object_ID是否会变更？如何创建不失效的存储过程引用？

这个问题问得很到位！我来给你梳理清楚关键点：

存储过程的Object_ID什么时候会变更？ #

首先明确核心结论：正常通过ALTER PROCEDURE修改存储过程时，它的Object_ID不会发生变化。这和表的删除重建场景有本质区别——表如果被DROP后再CREATE，会生成全新的Object_ID，但存储过程只要用ALTER来更新内容，原有的Object_ID会保持不变。

只有当你执行DROP PROCEDURE删除原存储过程，然后重新CREATE同名存储过程时，才会生成新的Object_ID。这种场景和表的删除重建类似，但只要你坚持用ALTER来维护存储过程，就不会触发这个问题。

如何创建不会因存储过程变更失效的引用？ #

基于上面的结论，给你几个靠谱的方案：

• 优先使用「架构名+存储过程名称」作为引用：这是最稳妥、最直观的方式。SQL Server会自动将名称映射到对应的Object_ID，只要存储过程的名称和架构不变，哪怕你用ALTER修改它的逻辑，所有引用都不会失效。记得一定要指定完整架构名（比如dbo.MyReportProc），避免因默认架构差异导致解析错误。
• 如果一定要用Object_ID：只要你始终用ALTER来维护存储过程，Object_ID就不会变动。但这种方式不如名称直观，而且如果有人误操作执行了DROP+CREATE，引用就会直接失效，所以优先级低于使用名称。
• 用同义词（Synonym）实现灵活引用：如果未来可能需要切换存储过程（比如替换成不同架构的同名过程，或者完全不同名称的过程），可以创建同义词指向目标存储过程。之后所有引用都指向同义词，需要切换时只需要修改同义词的指向，不用逐一修改所有引用。示例代码：

  -- 创建同义词
  CREATE SYNONYM dbo.ReportProcAlias FOR dbo.MyActualReportProc;
  -- 调用时使用同义词
  EXEC dbo.ReportProcAlias;
  -- 后续需要切换存储过程时
  DROP SYNONYM dbo.ReportProcAlias;
  CREATE SYNONYM dbo.ReportProcAlias FOR dbo.NewReportProc;
  

总结 #

• 存储过程通过ALTER修改时Object_ID不变，仅DROP+CREATE会生成新ID；
• 最可靠的引用方式是直接使用「架构名+存储过程名称」；
• 同义词适合需要灵活切换存储过程的场景。

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