前言：对于存储过程一直有一种抵触的心理，因为毕业至今所在的公司开发组都不是很规范，对于开发的一些注意事项并没有很多的规定，只是在知乎上查找相关知识的时候，看到很多人对于在程序里使用存储过程的不好之处都有很多介绍，碧如逻辑不清晰，调试难等，在项目中也不需要些存储过程，所以我也没有认真学习过相关知识，但是最近准备面试，发现还是有很多公司对于存储过程是有要求的，今天写点东西记录一下自己的学习过程，其实也就是对别人的博客进行一个自己的汇总。

 

什么是存储过程？

　　根据百度百科的解释，存储过程是在大型关系型数据库中，一组完成特定功能的Sql语句集，在数据库中，经过一次编译之后调用不需要再次编译，用户通过指定存储过程的名称并给出参数（如果有的话）来执行它。

 

存储过程的优点？

　　1、响应时间上有优势，普通sql，程序需要验证语句是否正确，以及编译优化，如果有很多业务逻辑需要进行处理，可能会多次链接数据库，但是使用存储过程的话，就只需要一次（预编译之后会被存储到高速缓存里），而且运算过程中不需要把数据取出数据库，数据库的IO通道效率很差，大量数据取出来很浪费时间；

　　2、对于系统的稳定性有帮助，程序可能会出BUG导致系统不稳定，而存储过程则只要数据库不出现问题，基本上不会出现问题；

　　3、减少了网络流量，只需要传输存储过程的名称和参数即可，从而降低了传输量；

　　4、增强系统安全性，参数化的存储过程可以防止SQL注入，只授权部分用户修改存储过程的权限；

　　5、可可重复使用，使得服务器端开发和数据库开发同时进行，加快开发速度；

　　6、发布程序方便快捷，如果使用常规的sql语句来处理业务逻辑，业务修改，需要重新编译，然后停止程序进行发布；但是如果业务逻辑写在存储过程中，只需要修改存储过程即可，提高了程序的可移植性。

不过现在有些框架支持把Sql写到配置文件里面，只需要修改配置文件就可以修改业务。

 

存储过程的缺点？

　　1、移植困难，不同类型的数据库存储过程语言差距巨大，基本上无法直接移植；

　　2、存储过程本身运算性能很差，而且无法进行封装，不符合OOP的思想；

　　3、对于开发和维护的的成本较高。

 

存过过程的写法

无参无输出的存储过程：

Create procedure 存储过程名
as
SQL语句

带参无输出的存储过程：

Create procedure 存储过程名
@参数  参数类型
as
SQL语句

带参带输出的存储过程：

Create procedure 存储过程名
@参数  参数类型
@返回值 返回类型 output
as
SQL语句

CREATE  procedure  proc_Test
@orderNum int,
@flag bit OUTPUT
as
if exists(
select * from SaleOrder where OrderNumber = @orderNum)
select @flag=1
else
select @flag=0//执行
DECLARE @re int EXEC proc_Test 10,@re outputSELECT @re as '返回值'