例子：带参数
---存储过程--

图片.png

create proc ss
(@tt int,
@xx int)
as
begin
insert into version values('1',@tt,@xx,'','');
end
go

--调用存储过程
declare @tt int,@xx int
select @tt=90,@xx=90
exec ss @tt,@xx
select @tt,@xx

参数可以 声明是输入参数，还是输出参数 [参数类型后边加input表名是输入参数，默认是input的；；output是输出参数]
create proc ss
(@tt int input,
@xx int output)
as
begin
insert into version values('1',@tt,@xx,'','');
end
go

创建存储过程的基本代码结构：

CREATE PROCEDURE Procedure_Name

--Procedure_Name为存储过程名(不能以阿拉伯数字开头)，在一个数据库中触发器名是唯一的。名字的长度不能超过个字。PROCEDURE可以简写为PROC。
 
@Param1 Datatype,@Param2 Datatype 

--@Param1和@Param2为存储过程的参数，Datatype为参数类型,多个参数用逗号隔开,最多允许个参数。

AS --存储过程要执行的操作

BEGIN

--BEGIN跟END组成一个代码块，可以写也可以不写，如果存储过程中执行的SQL语句比较复杂，用BEGIN和END会让代码更加整齐，更容易理解。

END
GO --GO就代表结操作完毕

--------------------------------------------------存储过程操作--------------------------------------------------
exec Procedure_Name [参数名] --调用存储过程Procedure_Name。

drop procedure Procedure_Name --删除存储过程Procedure_Name，不能在一个存储过程中删除另一个存储过程，只能调用另一个存储过程

show procedure status --显示数据库中所有存储的存储过程基本信息，包括所属数据库，存储过程名称，创建时间等

show create procedure Procedure_Name --显示存储过程Procedure_Name的详细信息

exec sp_helptext Procedure_Name --显示你这个Procedure_Name这个对象创建文本

图片.png

优点

1.存储过程只在创造时进行编译，以后每次执行存储过程都不需再重新编译，而一般SQL语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度。

2.当对数据库进行复杂操作时(如对多个表进行Update,Insert,Query,Delete时)，可将此复杂操作用存储过程封装起来与数据库提供的事务处理结合一起使用。

3.存储过程可以重复使用,可减少数据库开发人员的工作量(复用性高，面向对象的编程思想)

4.安全性高,可设定只有某些用户才具有对指定存储过程的使用权

缺点

1.调试麻烦，但是用 PL/SQL Developer 调试很方便！弥补这个缺点。

2.移植问题，数据库端代码当然是与数据库相关的。但是如果是做工程型项目，基本不存在移植问题。

3.重新编译问题，因为后端代码是运行前编译的，如果带有引用关系的对象发生改变时，受影响的存储过程、包将需要重新编译（不过也可以设置成运行时刻自动编译）。

4.如果在一个程序系统中大量的使用存储过程，到程序交付使用的时候随着用户需求的增加会导致数据结构的变化，接着就是系统的相关问题了，最后如果用户想维护该系统可以说是很难很难、而且代价是空前的，维护起来更麻烦。

世间所有事物都有两面性，没有绝对好的东西，也没有绝对不好的东西。存储过程既有它的优点也有缺点，我们不能盲目的完全使用存储过程，也不能将其打入冷宫不去用。根据具体的项目，根据实际情况去决定如何使用存储过程，最重要的就是不要过度，平衡就好。

具体该怎么权衡，不是我在这里说一句两句就能解决的，必须亲自去实践中体会，慢慢的就能够掌握其中的火候。最后祝各位和我一样的菜鸟早日成为大牛。笨鸟亦可先飞！