我可以告诉MSSQL服务器忽略Msg 8144（指定太多参数）？

Question

以下SQL在Sybase ASE和MS SQL Server中编译时没有出现问题：

go
create proc foo
  @foo1 int
as
  select @foo1
go
create proc bar
  @bar1 int
as
  exec foo @foo1=@bar1, @foo2=@bar1
go

它在赛贝斯ASE中运行没有问题，但在MSSQLServer抱怨：

Msg 8144, Level 16, State 2, Procedure foo, Line 11
Procedure or function foo has too many arguments specified.

是否可以告诉MSSQL服务器忽略此警告？如果没有，在编译调用具有太多参数的其他过程的存储过程时，是否可以告诉MSSQLServer中断？当我们只有在实际调用过程时才会了解这些问题时，这是潜在的危险。

这段代码应该在赛贝斯ASE和MSSQLServer中工作，到目前为止，我们一直在使用Sybase宽松规则的奢侈，因为我们现在正在添加对MSSQLServer的支持。

正如我在下面提到的，问题不是可选参数。它是关于存储过程的预测。我不介意通过只调用具有正确数量的参数的存储过程或向存储过程添加伪参数来解决这个问题，我只希望MS SQL Server在编译时告诉我，而不是在运行时。既然MS SQL Server实际上验证了一个过程是否存在（如果不存在，它会给出警告，尽管我更希望它像Sybase ASE一样失败），为什么它不能同时检查其参数？

Answer 1

不，你不能这么做。如果它可以有一个或两个参数，那么使用具有默认值的可选参数：

create proc foobar
  @foo1 int = null,
  @bar1 int = null

您必须根据提供的参数处理代码执行路径。然后你可以这样做：

exec foobar -- with no params, both default to null

或者：

exec foobar 1 -- just a foo param, bar defaults to null

或者：

exec foobar 1,2 -- with both params

或者：

exec foobar @bar1 = 2 -- with a specified param, other param defaults to null

Answer 2

不，这是不可能的。

我建议您开始使用SSDT——SQL Server数据工具——对代码运行SQL编译检查。它是VisualStudio的一部分。