SQL Server编译存储过程返回不同提示的服务器级原因排查

这种“同一服务器上所有数据库响应一致，不同服务器分成两组出现差异”的情况，最核心的原因几乎肯定是SQL Server版本或补丁级别不同，结合你用Redgate Multi Script批量推送的场景，具体拆解如下：

• 版本迭代带来的消息简化
  早期SQL Server版本（比如2008 R2及更早）在执行ALTER PROCEDURE这类DDL操作后，会返回和操作直接绑定的成功提示——比如中文环境下会显示ALTER PROCEDURE 已成功完成。；而从SQL Server 2012开始，官方简化了DDL操作的成功消息，统一返回更通用的命令已完成。。这完全匹配你观察到的分组现象：你的3台返回ALTER提示的服务器应该是旧版本，7台返回通用提示的是新版本。

• 服务器级默认SET选项的潜在影响
  虽然这个可能性比版本差异小，但服务器级的默认SET选项也可能间接影响返回内容：

  • 如果服务器默认开启了SET ANSI_WARNINGS OFF，某些场景下SQL Server会简化成功提示的表述；
  • 不过这类设置一般不会出现如此清晰的分组差异，除非你特意在两组服务器上配置了不同的默认值。

• Redgate Multi Script的适配逻辑（可能性较低）
  虽然你强调是服务器级差异，但也可以快速检查下Multi Script的设置：工具会根据目标SQL Server版本自动调整执行前的前置命令（比如各类SET选项），不过这种调整更多是为了兼容性，一般不会改变核心的成功提示内容。

快速验证方法 #

1. 查版本：在两组服务器上分别执行 SELECT @@VERSION，对比版本号和补丁级别，这是最直接的验证方式；
2. 看默认设置：执行 sp_configure 'user options'，解码返回的选项值（可以对照官方文档对应到具体的SET选项），确认两组服务器的默认配置是否有差异；
3. 排除工具影响：直接在目标服务器的SSMS里手动执行ALTER PROCEDURE语句，观察返回的消息——如果和Multi Script的结果一致，就彻底排除工具的因素。

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