存储过程与用户自定义函数（SQL SERVER）

联系
二者本质上没有什么区别。当存储过程和函数被执行的时候，SQL Manager会到procedure cache中去取相应的查询语句，如果在procedure cache里没有相应的查询语句，SQL Manager就会对存储过程和函数进行编译。Procedure cache 中保存的是执行计划，当编译好之后就执行procedure cache中的execution plan，之后SQL SERVER会根据每个execution plan的实际情况来考虑是否要在cache中保存这个plan，评判的标准一个是这个execution plan可能被使用的频率；其次是生成这个plan的代价，也就是编译的耗时。保存在cache中的plan在下次执行时就不用再编译了。
二者的区别就是 1） 函数返回的整数值将可充当一个有意义的数据，而存储过程返回值用来显示执行成功还是失败。2） 可以在查询中执行嵌入式函数，但存储过程却不能。

存储过程
存储过程（Store Procedure，简称SP）和函数类似，都是SQL面向过程的一种数据库对象。存储过程实际上就是一段独立的SQL命令，它存储于数据库中而不是单独的文件中，它有输入参数、输出参数和返回值。
存储过程是以特定顺序排列的T-SQL语句序列，可为其指定名称，加以编译并保存到SQL SERVER上。一旦由DBMS编译并保存，用户可使用应用程序或者其他SQL脚本调用并执行存储过程中的语句。其类似于应用程序中的程序调用子程序。存储过程与程序有很多相似之处，具体如下所述：
存储过程可以接受输入参数，最终以输出参数或者输出结果的格式向调用该存储过程的其他存储过程或T-SQL批处理返回值。
存储过程可以执行复杂的逻辑操作和运算，可以调用其他存储过程。
存储过程不像函数那样将值返回，其向调用过程或批处理返回的是状态值，以指明成功或者失败（以及失败的原因）。
可以使用T-SQL的EXECUTE（简写为EXEC）语句来运行存储过程。在实际应用开发过程中，推荐在SQL SERVER中使用存储过程而不使用T-SQL，因为使用存储过程有以下好处：
1. 存储过程作为一个数据库对象已在服务器注册。
2. 存储过程具有安全特性（例如权限）和所有权链接，以及可以附加它们的证书。用户可以被授予权限来执行存储过程，而不必直接对存储过程中引用对象有权限。
3. 存储过程可以加强应用程序的安全性。使用参数化存储过程有助于保护应用程序，降低SQL注入攻击的可能性。
4. 存储过程允许模块化程序设计。存储过程与调用该存储过程的程序相分离，减少了应用程序与数据库之间的耦合。
5. 存储过程在编译后将把执行计划进行存储，在以后的调用中就可以不用像T-SQL语句一样每次进行编译然后再执行。由于减少了编译的过程，从而提高了执行的效率。
6. 存储过程可以减少网络通信流量。一个需要数百行T-SQL代码的操作可以通过将T-SQL代码中的逻辑写在存储过程当中，然后由应用程序执行存储过程即可，而不需要在网络中发送数百行代码。
7. 存储过程可以进行加密，包含其中的处理逻辑不被其他用户获取。

创建存储过程

CREATE PROCEDURE|PROC <sp name>
[ { @parameter [ type_schema_name. ] data_type }
    [ VARYING ] [ = default ] [ OUT [ PUT ] ] [ ,...n ]
    [ WITH [ RECOMPILE ] [ ,ENCRYPTION ] ]
    [ FOR REPLICATION ]