所有设计优良的 Microsoft® SQL Server™ 2000 应用程序都应当使用存储过程。不论是否将应用程序的业务逻辑写入存储过程都应如此。甚至连没有业务逻辑组件的标准 Transact-SQL 语句，在用参数打包成存储过程后也能获得性能收益。编译进存储过程的 Transact-SQL 语句在执行时可省去大量的处理。
存储过程的另一个优点是客户端执行请求使用网络的效率比将等效的 Transact-SQL 语句发送到服务器高。例如，假设应用程序需要将一个大的二进制值插入 image 数据列。为使用 INSERT 语句发送数据，该应用程序必须将该二进制值转换为字符串（其大小翻倍），然后发送到服务器。服务器再将该值转换回二进制格式以存储在 image 列中。
相反，应用程序可以创建下列格式的存储过程：
CREATE PROCEDURE P(@p1 image) AS INSERT T VALUES (@p1)
当客户端应用程序请求执行过程 P 时，image 参数值将一直以二进制格式发送到服务器，从而节省处理时间并减少网络流量。
如果 SQL Server 存储过程中包含业务服务逻辑，因为业务服务逻辑将处理移动到数据，而不是将数据移动到处理，因而存储过程能提供更大的性能收益。
存储过程的优点
(1)存储过程的能力大大增强了SQL语言的功能和灵活性。存储过程可以用流控制语句编写，有很强的灵活性，可以完成复杂的判断和较复杂的 运算。
(2) 可保证数据的安全性和完整性。
● 通过存储过程可以使没有权限的用户在控制之下间接地存取数据库，从而保证数据的安全。
● 通过存储过程可以使相关的动作在一起发生，从而可以维护数据库的完整性。
(3) 再运行存储过程前，数据库已对其进行了语法和句法分析，并给出了优化执行方案。这种已经编译好的过程可极大地改善SQL语句的性能。 由于执行SQL语句的大部分工作已经完成，所以存储过程能以极快的速度执行。
(4)可以降低网络的通信量。
(5) 使体现企业规则的运算程序放入数据库服务器中，以便：
● 集中控制。
● 当企业规则发生变化时在服务器中改变存储过程即可，无须修改任何应用程序。企业规则的特点是要经常变化，如果把体现企业规则的运算程序放入应用程序中，则当企业规则发生变化时，就需要修改应用程序工作量非常之大（修改、发行和安装应用程序）。如果把体现企业规则的 运算放入存储过程中，则当企业规则发生变化时，只要修改存储过程就可以了，应用程序无须任何变化。
1.使用企业管理器创建用户存储过程
操作步骤如下：
（1）启动SQL Server企业管理器。
（2）在“控制台根目录”窗口，展开“SQL Server组”，首先，选择“数据库”，然后，选择“存储过程”，单击鼠标右键，打开快捷菜单。
（3）在打开快捷菜单中，选择“新建存储过程”菜单命令，进入“存储过程属性”窗口。
（4）在“存储过程属性”窗口，在文本框中输入存储过程代码，单击“确定”，结束存储过程的创建。
2.使用T-SQL语句创建用户存储过程
SQL命令格式：
CREATE PROC [ EDURE ] <Procere_name> [ ; Number ]
[ { @parameter Data_type }
[ VARYING ] [ = Default ] [ OUTPUT ]] [ ,...n ]
[ WITH{ RECOMPILE | ENCRYPTION | RECOMPILE , ENCRYPTION }]
[ FOR REPLICATION ]
AS sql_statements
功能：创建一个用户存储过程，并保存在数据库中。
⑵ sql语句存储过程
可以先将多个商品ID拼成一个字符串("3,4,5")再传进去
create PROCEDURE pro_deleteProct
@Uid int ,
@Pids varchar(50)
AS
declare @sql varchar(200)
BEGIN
set @sql= 'delete from Procts where ProctId = '+ convert(varchar(20),@Uid) +' and ProctId in ('+@Pids+')'
--print @sql
exec (@sql)
END
GO
⑶ sql怎样新建存储过程
一：创建没有参数的存储过程：
CREATE PROCEDURE select_all
AS
BEGIN
SELECT * from T_login1
GO
二：创建带参数的存储过程：
CREATE PROCEDURE select_name
@id uniqueidentifier
AS
BEGIN
SELECT * from T_login1 where PSN0001A=@id
GO
(3)sql过程扩展阅读：
创建存储过程的注意事项：
1、保持事务简短，事务越短，越不可能造成阻塞。
2、在事务中尽量避免使用循环while和游标，以及避免采用访问大量行的语句。
3、在启动事务前完成所有的计算和查询等操作，避免同一事务中交错读取和更新。可以使用表变量预先存储数据。即存储过程中查询与更新使用两个事务实现。
4、超时会让事务不执行回滚，超时后如果客户端关闭连接sqlserver自动回滚事务。如果不关闭，将造成数据丢失，而其他事务将在这个未关闭的连接上执行，造成资源锁定，甚至服务器停止响应。
⑷ SQL存储过程是怎么执行的(是执行过程)谢了
就像你调用方法一样嘛
通过调用
exec 存储过程名 参数名1,参数名2,.....
进入存储过程，根据存储过程编写语句顺序执行
⑸ SQL存储过程
楼上说的都不对，这明明是SqlServer的存储过程，你们却写成了Oracle的存储过程，两个语法还是有所区别的，应该这样：
create procere insert_stu
(
@xh varchar(7),
@xm varchar(10),
@xb varchar(2),
@nl tinyint,
@szx varchar(20)
)
as
begin
insert into student values (@xh,@xm,@xb,@nl,@szx);
end
以上，希望对你有所帮助！
⑹ 一条sql的整个过程是怎样的
SQL语句执行过程详解
一、SQL语句执行原理：
第一步:客户端把语句发给服务器端执行
当我们在客户端执行 select 语句时,客户端会把这条 SQL 语句发送给服务器端,让服务器端的
进程来处理这语句。也就是说,Oracle 客户端是不会做任何的操作,他的主要任务就是把客户端产生
的一些 SQL 语句发送给服务器端。虽然在客户端也有一个数据库进程,但是,这个进程的作用跟服务器
上的进程作用事不相同的。服务器上的数据库进程才会对SQL 语句进行相关的处理。不过,有个问题需
要说明,就是客户端的进程跟服务器的进程是一一对应的。也就是说,在客户端连接上服务器后,在客户
端与服务器端都会形成一个进程,客户端上的我们叫做客户端进程;而服务器上的我们叫做服务器进程。
第二步:语句解析
当客户端把 SQL 语句传送到服务器后,服务器进程会对该语句进行解析。同理,这个解析的工作,
也是在服务器端所进行的。虽然这只是一个解析的动作,但是,其会做很多“小动作”。
1. 查询高速缓存(library cache)。服务器进程在接到客户端传送过来的 SQL 语句时,不
会直接去数据库查询。而是会先在数据库的高速缓存中去查找,是否存在相同语句的执行计划。如果在
数据高速缓存中,则服务器进程就会直接执行这个 SQL 语句,省去后续的工作。所以,采用高速数据缓
存的话,可以提高 SQL 语句的查询效率。一方面是从内存中读取数据要比从硬盘中的数据文件中读取
数据效率要高,另一方面,也是因为这个语句解析的原因。
不过这里要注意一点,这个数据缓存跟有些客户端软件的数据缓存是两码事。有些客户端软件为了
提高查询效率,会在应用软件的客户端设置数据缓存。由于这些数据缓存的存在,可以提高客户端应用软
件的查询效率。但是,若其他人在服务器进行了相关的修改,由于应用软件数据缓存的存在,导致修改的
数据不能及时反映到客户端上。从这也可以看出,应用软件的数据缓存跟数据库服务器的高速数据缓存
不是一码事。
2. 语句合法性检查(data dict cache)。当在高速缓存中找不到对应的 SQL 语句时,则服
务器进程就会开始检查这条语句的合法性。这里主要是对 SQL 语句的语法进行检查,看看其是否合乎
语法规则。如果服务器进程认为这条 SQL 语句不符合语法规则的时候,就会把这个错误信息,反馈给客
户端。在这个语法检查的过程中,不会对 SQL 语句中所包含的表名、列名等等进行 SQL 他只是语法
上的检查。
3. 语言含义检查(data dict cache)。若 SQL 语句符合语法上的定义的话,则服务器进程
接下去会对语句中的字段、表等内容进行检查。看看这些字段、表是否在数据库中。如果表名与列名不
准确的话,则数据库会就会反馈错误信息给客户端。所以,有时候我们写 select 语句的时候,若语法
与表名或者列名同时写错的话,则系统是先提示说语法错误,等到语法完全正确后,再提示说列名或表名
错误。
4. 获得对象解析锁(control structer)。当语法、语义都正确后,系统就会对我们需要查询
的对象加锁。这主要是为了保障数据的一致性,防止我们在查询的过程中,其他用户对这个对象的结构发
生改变。
5. 数据访问权限的核对(data dict cache)。当语法、语义通过检查之后,客户端还不一定
能够取得数据。服务器进程还会检查,你所连接的用户是否有这个数据访问的权限。若你连接上服务器
的用户不具有数据访问权限的话,则客户端就不能够取得这些数据。有时候我们查询数据的时候,辛辛苦
苦地把 SQL 语句写好、编译通过,但是,最后系统返回个 “没有权限访问数据”的错误信息,让我们气
半死。这在前端应用软件开发调试的过程中,可能会碰到。所以,要注意这个问题,数据库服务器进程先
检查语法与语义,然后才会检查访问权限。
6. 确定最佳执行计划 。当语句与语法都没有问题,权限也匹配的话,服务器进程还是不会直接对
数据库文件进行查询。服务器进程会根据一定的规则,对这条语句进行优化。不过要注意,这个优化是有
限的。一般在应用软件开发的过程中,需要对数据库的 sql 语言进行优化,这个优化的作用要大大地大
于服务器进程的自我优化。所以,一般在应用软件开发的时候,数据库的优化是少不了的。当服务器进程
的优化器确定这条查询语句的最佳执行计划后,就会将这条 SQL 语句与执行计划保存到数据高速缓存
(library cache)。如此的话,等以后还有这个查询时,就会省略以上的语法、语义与权限检查的步骤,
而直接执行 SQL 语句,提高 SQL 语句处理效率。
第三步:语句执行
语句解析只是对 SQL 语句的语法进行解析,以确保服务器能够知道这条语句到底表达的是什么意
思。等到语句解析完成之后,数据库服务器进程才会真正的执行这条 SQL 语句。这个语句执行也分两
种情况。
一是若被选择行所在的数据块已经被读取到数据缓冲区的话,则服务器进程会直接把这个数据传递
给客户端,而不是从数据库文件中去查询数据。
若数据不在缓冲区中,则服务器进程将从数据库文件中查询相关数据,并把这些数据放入到数据缓冲
区中(buffer cache)。
第四步:提取数据
当语句执行完成之后,查询到的数据还是在服务器进程中,还没有被传送到客户端的用户进程。所以,
在服务器端的进程中,有一个专门负责数据提取的一段代码。他的作用就是把查询到的数据结果返回给
用户端进程,从而完成整个查询动作。从这整个查询处理过程中,我们在数据库开发或者应用软件开发过
程中,需要注意以下几点:
一是要了解数据库缓存跟应用软件缓存是两码事情。数据库缓存只有在数据库服务器端才存在,在
客户端是不存在的。只有如此,才能够保证数据库缓存中的内容跟数据库文件的内容一致。才能够根据
相关的规则,防止数据脏读、错读的发生。而应用软件所涉及的数据缓存,由于跟数据库缓存不是一码事
情,所以,应用软件的数据缓存虽然可以提高数据的查询效率,但是,却打破了数据一致性的要求,有时候
会发生脏读、错读等情况的发生。所以,有时候,在应用软件上有专门一个功能,用来在必要的时候清除
数据缓存。不过,这个数据缓存的清除,也只是清除本机上的数据缓存,或者说,只是清除这个应用程序
的数据缓存,而不会清除数据库的数据缓存。
二是绝大部分 SQL 语句都是按照这个处理过程处理的。我们 DBA 或者基于 Oracle 数据库的
开发人员了解这些语句的处理过程,对于我们进行涉及到 SQL 语句的开发与调试,是非常有帮助的。有
时候,掌握这些处理原则,可以减少我们排错的时间。特别要注意,数据库是把数据查询权限的审查放在
语法语义的后面进行检查的。所以,有时会若光用数据库的权限控制原则,可能还不能满足应用软件权限
控制的需要。此时,就需要应用软件的前台设置,实现权限管理的要求。而且,有时应用数据库的权限管
理,也有点显得繁琐,会增加服务器处理的工作量。因此,对于记录、字段等的查询权限控制,大部分程
序涉及人员喜欢在应用程序中实现,而不是在数据库上实现。
DBCC DROPCLEANBUFFERS
从缓冲池中删除所有清除缓冲区。
DBCC FREEPROCCACHE
从过程缓存中删除所有元素。
DBCC FREESYSTEMCACHE
从所有缓存中释放所有未使用的缓存条目
SQL语句中的函数、关键字、排序等执行顺序:
1. FROM 子句返回初始结果集。
2. WHERE 子句排除不满足搜索条件的行。
3. GROUP BY 子句将选定的行收集到 GROUP BY 子句中各个唯一值的组中。
4. 选择列表中指定的聚合函数可以计算各组的汇总值。
5. 此外,HAVING 子句排除不满足搜索条件的行。
6. 计算所有的表达式;
7. 使用 order by 对结果集进行排序。
8. 查找你要搜索的字段。
⑺ SQL 存储过程
仔细思考一下我的解决办法是否妥当：
因为过程开头部分已经定义了4个变量，并且都赋初值为'0'，
那么，我们做两处变动：
1、在你的select语句执行前，我们写上4个判断，判断这4个变量是否被传入了值，未传入时怎么样处理。
2、修改select语句的where子句（语句中有三个“=”改成like）。
过多的描述也许难以看懂，我直接写出来，新增或修改的部分，我在后面用了注释“//--★”（我的写法是基于Sybase的，你可以看懂的。当然你也可以先看一下后面的【总结】）：
if exists(………………………………)
drop ……………………
go
create Proc Proc_ManualSign
@BranchId varchar(10) = '0',
……………………
……………………
@UserName varchar(50) = '0'
as
begin //--★sybase写法，用于过程开始，参考你的数据库，看是否需要加
if @BranchId = '0' //--★如果@BranchId依然为初始值（未传入参数）
select @BranchId = '%' //--★那么将@BranchId赋值为'%'
if @DepartId = '0' //--★如果@DepartId依然为初始值（未传入参数）
select @DepartId = '%' //--★那么将@DepartId赋值为'%'
if @UserId = '0' //--★如果@UserId依然为初始值（未传入参数）
select @UserId = '%' //--★那么将@UserId赋值为'%'
if @UserName = '0' //--★如果@UserName依然为初始值（未传入参数）
select @UserName = '%' //--★那么将@UserName赋值为'%'
select …………
……………………
and b.BranchId like @BranchId --机构 //--★你原来的“=”改成了“like”
and d.DepartId like @DepartId --部门 //--★你原来的“=”改成了“like”
and m.UserId like @UserId --用户Id //--★你原来的“=”改成了“like”
and u.UserName like '%'+@UserName+'%' --用户名
end //--★sybase写法，用于标注过程结束，参考你的数据库，看是否需要加
go
======================================================================
【★★--总结--★★】我的办法：
4个变量初值为'0'，excute执行该过程时，if语句就要依次判断各变量的当前值，判断的结果无非两种：①.未传入值（还是'0'），②.传入了值（不是'0'）
①.未传入值
if语句判断出某变量未传入值，则将该变量置为'%'，那么select语句的where条件中就是该字段 like '%'，也就是该字段的检索条件为任意的。
②.传入了值
传入了值，则if语句的判断结果为假(False），那么直接跳出判断去执行select语句，虽然where子句的条件中用的是 like 介词，但没有通配符'%'的话，like 的作用也就是'＝'，即：【like '销售部'】的作用也就是 【＝'销售部'】，所以也满足了输入参数的精确查询要求。
执行时：
假如什么参数也不传入，即：查询全部的信息
excute Proc_ManualSign '0', '0', '0', '0'
假如仅部门和用户ID传入参数，则
excute Proc_ManualSign '0', '开发部', '319', '0'
⑻ sql存储过程
可以修改为：在if exists判断之后
select RaceNumbers into #rid from Matchinformation
where RaceNumbers in (select RaceNumbers from inserted)
group by RaceNumbers having count(RaceNumbers)=2
update Team set Integration=(case when a.PGoals-b.PGoals >0 then 3
when a.PGoals-b.PGoals=0 then 1 else 0 end)
from Matchinformation a left join MatchInformation b on a.RaceNumbers =b.RaceNumbers
and a.TeamId<>b.TeamId
where Team.TeamId=a.TeamId and a.RaceNumbers in(select * from #rid)
⑼ SQL 中存储过程怎么使用
一、简单的储存过程：
1、创建一个存储过程
create procere GetUsers()
begin
select * from user;
end;12345
2、调用存储过程
call GetUsers();12
3、删除存储过程
drop procere if exists GetUsers;
二、带参数的存储过程
1、MySql 支持 IN (传递给存储过程) , OUT (从存储过程传出) 和 INOUT (对存储过程传入和传出) 类型的参数 , 存储过程的代码位于 BEGIN 和 END 语句内 , 它们是一系列 SQL 语句 , 用来检索值 , 然后保存到相应的变量 (通过指定INTO关键字) ;
2、下面的存储过程接受三个参数 , 分别用于获取用户表的最小 , 平均 , 最大分数 , 每个参数必须具有指定的类型 , 这里使用十进制值(decimal(8,2)) , 关键字 OUT 指出相应的参数用来从存储过程传出
create procere GetScores(
out minScore decimal(8,2),
out avgScore decimal(8,2),
out maxScore decimal(8,2)
)
begin
select min(score) into minScore from user;
select avg(score) into avgScore from user;
select max(score) into maxScore from user;
end;1234567891011
3、调用此存储过程 , 必须指定3个变量名(所有 MySql 变量都必须以@开始) , 如下所示 :
call GetScores(@minScore, @avgScore, @maxScore);12
4、该调用并没有任何输出 , 只是把调用的结果赋给了调用时传入的变量@minScore, @avgScore, @maxScore, 然后即可调用显示该变量的值 :
select @minScore, @avgScore, @maxScore;
5、使用 IN 参数 , 输入一个用户 id , 返回该用户的名字 :
create procere GetNameByID(
in userID int,
out userName varchar(200)
)
begin
select name from user
where id = userID
into userName;
end;12345678910
6、调用存储过程 :
call GetNameByID(1, @userName);
select @userName;123