MSSQL中存储过程的可选参数的定义和使用_SQL高亮显示

编辑日志：
160508创建
160530优化添加：显式传参
160916SQL语句高亮显示、格式优化

可选参数的存在，可以极大的降低代码的重复冗余。在数据库开发中，也是如此。现在针对MSSQL中存储过程的可选参数的定义和使用进行基本的介绍，留作备忘。

>准备工作：

在db_test中建立一张测试表T_test：

USE db_test;
CREATE TABLE dbo.T_test
(
Id  INT  IDENTITY(1,1) NOT NULL
,Name  NVARCHAR(20) NOT NULL
,Sex  BIT  DEFAULT(0)
);

插入一些数据：

INSERT INTO dbo.T_test(Name,Sex)
VALUES(N'NAME1','1')
,(N'NAME2','0')
,(N'NAME3','1')
,(N'NAME4','0');

查询测试数据：

SELECT Id,Name,Sex
FROM dbo.T_test;

结果为：

Id Name  Sex
-- ----- ---
1  NAME1 1
2  NAME2 0
3  NAME3 1
4  NAME4 0

>存储过程

创建一个存储过程：

IF OBJECT_ID('dbo.usp_test_get_name_by_id','P') IS NOT NULL
DROP PROC dbo.usp_test_get_name_by_id;
GO

CREATE PROC dbo.usp_test_get_name_by_id
@Name AS NVARCHAR(20) OUTPUT
,@Id AS INT = 1  --DEFAULT VALUE: 1
,@Sex AS BIT = 1 --DEFAULT VALUE: 1
AS
BEGIN 
SET NOCOUNT ON;

SELECT @Name = Name
FROM dbo.T_test
WHERE  Id = @Id
  AND Sex = @Sex;

END
GO

对存储过程进行调用：

1）不传递ID和Sex

DECLARE @Name NVARCHAR(20);
EXEC dbo.usp_test_get_name_by_id @Name OUTPUT;

SELECT @Name AS NAME;

结果为：

NAME
-----
NAME1

说明：
可见，当调用存储过程的时候不传递ID，则存储过程会使用(存储过程)定义时设定的ID的默认值1，Sex默认值为1 。

2）传递ID

DECLARE @Name NVARCHAR(20);
EXEC dbo.usp_test_get_name_by_id @Name OUTPUT,'3';

SELECT @Name AS NAME;

结果为：

NAME
-----
NAME3

说明：
当调用时传递ID，则存储过程在执行的时候会使用从外部传递进来的ID值，因为没有传递进来Sex的值，故使用Sex默认值1进行SQL查询。

3)显式传参【新加160530】

    上面介绍的都属于"非显式"传参，即：所传参数的位置必须严格按照存储过程定义时的位置进行"安排"。这样的限制，对于调用和后期维护而言是非常恶心的事情，这类似于：在SELECT查询中使用   *  将所有符合要求的数据返回给调用者，而所得数据的字段顺序是随着查询时表中字段的顺序来确定的，即：如果后期维护对表中字段的顺序进行了改变，那么将会对调用者带来"连锁反应"，这是不能忽视的。

1>查询Id为3，Sex为1的姓名：

DECLARE @Name NVARCHAR(20);
EXEC dbo.usp_test_get_name_by_id @Name OUTPUT,3,1;

SELECT @Name AS NAME;

查询结果为：

NAME
-----
NAME3

2>如果调用存储过程时，手抖了一下，3和1的位置颠倒了，那么查询结果为：

NAME
-----
NAME1

看！神奇的返回了Id为1的那条数据！虽然这不是我们想要的数据，但这是符合逻辑的。因为MSSQL在匹配参数时，将3转换为了bit类型，因 3 <> 0 ，所以转换成bit后的值为1。你可以尝试换一下其他数。

3>MSSQL中可以进行显示传参：

对于上面2>中的情况，使用显示传参会非常的爽：

SELECT * FROM dbo.T_test;

DECLARE @Name NVARCHAR(20);
EXEC dbo.usp_test_get_name_by_id 
@Name = @Name OUTPUT
,@Sex = 1
,@Id = 3;


SELECT @Name AS NAME;

查询结果为：

NAME
-----
NAME3

所以，你可以在调用存储过程时，按照你想要的参数传递顺序进行编辑，而不是必须严格依赖于存储过程定义(或最新定义)中参数的位置。
这样，就算后期存储过程对参数的顺序进行了修改，也不会对调用有任何的影响！