SQL Server自带sqlcmd与sqlcmd GO处理2007号消息差异及屏蔽咨询

一、两款sqlcmd工具的核心差异 #

• SQL Server原生sqlcmd：属于SQL Server官方客户端工具集，基于ODBC驱动实现，其消息过滤逻辑与SSMS一致，默认会自动忽略存储过程创建时的未绑定依赖提示（即2007号消息）。这类提示被归类为编译阶段的"信息性验证提示"，不属于-m参数管控的常规错误/消息范围。
• sqlcmd GO（跨平台版）：基于Microsoft.Data.SqlClient驱动开发的跨平台工具，消息处理逻辑与原生版不同，会将2007号提示视为普通严重级别10的消息输出。且当前版本中，-m参数仅对执行阶段产生的消息生效，无法过滤解析/预编译阶段的依赖提示；文档中提及的--verbosity参数尚未正式实装，因此无法通过该参数控制输出。

二、为什么-m参数不起作用 #

• 对于原生sqlcmd：2007号提示是存储过程编译时的依赖校验信息，不属于-m参数针对的"执行阶段严重级别消息"，因此无论设置何值都不会影响其显示（而原生版默认就不输出该提示）。
• 对于sqlcmd GO：该提示产生于脚本解析阶段，而非执行阶段，而当前版本的-m参数仅过滤执行阶段的消息，因此无法通过该参数抑制输出。

三、让两款工具都不输出该消息的解决方案 #

针对原生sqlcmd #

默认即不输出该提示，无需额外操作。若出现异常输出，可检查是否启用了特殊参数（如-I之外的全局设置），但常规场景下保持默认即可。

针对sqlcmd GO #

有以下几种可行方案：

1. 命令行管道过滤：通过系统命令过滤掉包含2007号的消息
   • Windows CMD：

     SQLCMD -S Server -d DB1 -E -i "Something.sql" -u -I -h-1 -l 100 -r1 | findstr /V "2007"
     

   • PowerShell：

     sqlcmd -S Server -d DB1 -E -i "Something.sql" -u -I -h-1 -l 100 -r1 | Where-Object { $_ -notmatch "2007" }
     

2. 动态SQL创建存储过程：将存储过程的创建语句放入动态SQL中，避免解析阶段的依赖校验

   EXEC sp_executesql N'CREATE PROCEDURE Something AS EXEC SomethingNotExist;';
   

   动态SQL的依赖检查会延迟到执行时，因此不会在创建阶段触发2007号提示，两款工具都不会输出该消息。

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