数据库存储过程

存储过程（Stored Procedure）是在大型数据库系统中，一组为了完成特定功能的SQL 语句集，经编译后存储在数据库中，用户通过指定存储过程的名字并给出参数（如果该存储过程带有参数）来执行它。

基本语法

　一.创建存储过程

　　create procedure sp_name

　　@[参数名] [类型],@[参数名] [类型]

　　as

　　begin

　　.........

　　end

　　以上格式还可以简写成：

　　create proc sp_name

　　@[参数名] [类型],@[参数名] [类型]

　　as

　　begin

　　.........

　　end

　　/*注：“sp_name”为需要创建的存储过程的名字，该名字不可以以阿拉伯数字开头*/

　　二.调用存储过程

　　1.基本语法：exec sp_name [参数名]

　　三.删除存储过程

　　1.基本语法：

　　drop procedure sp_name

　　2.注意事项

　　(1)不能在一个存储过程中删除另一个存储过程，只能调用另一个存储过程

　　四.其他常用命令

　　1.show procedure status

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

　　2.show create procedure sp_name

　　显示某一个mysql存储过程的详细信息

　　3、exec sp_helptext sp_name

　　显示你这个sp_name这个对象创建文本

格式

CREATE PROCEDURE [拥有者.]存储过程名[;程序编号] sql中的存储过程及相关介绍

　　[(参数#1,…参数#1024)]

　　[WITH

　　{RECOMPILE | ENCRYPTION | RECOMPILE, ENCRYPTION}

　　]

　　[FOR REPLICATION]

　　AS 程序行

　　其中存储过程名不能超过128个字。每个存储过程中最多设定1024个参数

　　(SQL Server 7.0以上版本),参数的使用方法如下：

　　@参数名 数据类型[VARYING] [=内定值] [OUTPUT]

　　每个参数名前要有一个“@”符号,每一个存储过程的参数仅为该程序内部使用,参数的类型除了IMAGE外，其他SQL Server所支持的数据类型都可使用。

　　[=内定值]相当于我们在建立数据库时设定一个字段的默认值，这里是为这个参数设定默认值。[OUTPUT]是用来指定该参数是既有输入又有输出值的，也就是在调用了这个存储过程时，如果所指定的参数值是我们需要输入的参数，同时也需要在结果中输出的，则该项必须为OUTPUT，而如果只是做输出参数用，可以用CURSOR，同时在使用该参数时，必须指定VARYING和OUTPUT这两个语句。

优点

　* 存储过程的能力大大增强了SQL语言的功能和灵活性。存储过程可以用流控制语句编写，有很强的灵活性，可以完成复杂的判断和较复杂的 运算。

　　* 可保证数据的安全性和完整性。

　　# 通过存储过程可以使没有权限的用户在控制之下间接地存取数据库，从而保证数据的安全。

　　# 通过存储过程可以使相关的动作在一起发生，从而可以维护数据库的完整性。

　　* 在运行存储过程前，数据库已对其进行了语法和句法分析，并给出了优化执行方案。这种已经编译好的过程可极大地改善SQL语句的性能。由于执行SQL语句的大部分工作已经完成，所以存储过程能以极快的速度执行。

　　* 可以降低网络的通信量。

　　* 使体现企业规则的运算程序放入数据库服务器中，以便：

　　# 集中控制。

　　# 当企业规则发生变化时在服务器中改变存储过程即可，无须修改任何应用程序。企业规则的特点是要经常变化，如果把体现企业规则的运算程序放入应用程序中，则当企业规则发生变化时，就需要修改应用程序工作量非常之大（修改、发行和安装应用程序）。如果把体现企业规则的运算放入存储过程中，则当企业规则发生变化时，只要修改存储过程就可以了，应用程序无须任何变化。

　　简单讲：

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

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

　　3.存储过程可以重复使用,可减少数据库开发人员的工作量

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

　　有一点需要注意的是，一些网上盛传的所谓的存储过程要比sql语句执行更快的说法，实际上是个误解，并没有根据，包括微软内部的人也不认可这一点，所以不能作为正式的优点，希望大家能够认识到这一点。

缺点

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

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

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

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

存储过程_百度百科 http://baike.baidu.com/view/68525.htm