存储过程实现循环取出以特定字符间隔的字符串的单个字符串
比如:
ab,cdsfd,efdf,owoief,lows
实现存储过程后的结果为:
ab
cdsfd
efdf
owoief
lows
这样就可以对这些数据进行循环执行操作
存储过程:
if exists(select * from sysobjects where name='proc_ids')
drop procedure proc_ids
go
create procedure proc_ids
@num int out,@ids varchar(100) out,@id varchar(10) out
as
select @num = patindex('%,%',@ids)
if(@num>0)
begin
select @id = substring(@ids,1,@num-1)
select @ids=substring(@ids,@num+1,len(@ids)-@num)
end
else
begin
if(LEN(@ids)>0)
begin
select @id=@ids
end
end
对此存储过程的验证:
declare @num int,@id varchar(10),@ids varchar(100)='ab,cdsfd,efdf,owoief,lows'
while(1=1)
begin
if(@num=0)
break
exec proc_ids @num out,@ids out,@id out
select @id
end
最后来说说存储过程的优缺点吧
优点:
1.由于应用程序随着时间推移会不断更改,增删功能,T-SQL过程代码会变得更复杂,StoredProcedure为封装此代码提供了一个替换位置。
2.执行计划(存储过程在首次运行时将被编译,这将产生一个执行计划-- 实际上是 Microsoft SQL Server为在存储过程中获取由 T-SQL 指定的结果而必须采取的步骤的记录。)缓存改善性能。
........但sql server新版本,执行计划已针对所有 T-SQL 批处理进行了缓存,而不管它们是否在存储过程中,所以没比较优势了。
3.存储过程可以用于降低网络流量,存储过程代码直接存储于数据库中,所以不会产生大量T-sql语句的代码流量。
4.使用存储过程使您能够增强对执行计划的重复使用,由此可以通过使用远程过程调用 (RPC) 处理服务器上的存储过程而提高性能。RPC 封装参数和调用服务器端过程的方式使引擎能够轻松地找到匹配
的执行计划,并只需插入更新的参数值。
5.可维护性高,更新存储过程通常比更改、测试以及重新部署程序集需要较少的时间和精力。
6.代码精简一致,一个存储过程可以用于应用程序代码的不同位置。
7.更好的版本控制,通过使用 Microsoft Visual SourceSafe 或某个其他源代码控制工具,您可以轻松地恢复到或引用旧版本的存储过程。
8.增强安全性:
a、通过向用户授予对存储过程(而不是基于表)的访问权限,它们可以提供对特定数据的访问;
b、提高代码安全,防止 SQL注入(但未彻底解决,例如,将数据操作语言--DML,附加到输入参数);
c、SqlParameter 类指定存储过程参数的数据类型,作为深层次防御性策略的一部分,可以验证用户提供的值类型(但也不是万无一失,还是应该传递至数据库前得到附加验证)。
缺点:
1.如果更改范围大到需要对输入存储过程的参数进行更改,或者要更改由其返回的数据,则您仍需要更新程序集中的代码以添加参数、更新 GetValue() 调用,等等,这时候估计比较繁琐了。
2.可移植性差
由于存储过程将应用程序绑定到 SQL Server,因此使用存储过程封装业务逻辑将限制应用程序的可移植性。如果应用程序的可移植性在您的环境中非常重要,则将业务逻辑封装在不特定于 RDBMS 的中
间层中可能是一个更佳的选择。