【SqlServer】存储过程使用

存储过程与SQL语句对比

优势:

1、提高性能

SQL语句在创建过程时进行分析和编译。 存储过程是预编译的,在首次运行一个存储过程时,查询优化器对其进行分析、优化,并给出最终被存在系统表中的存储计划,这样,在执行过程时便可节省此开销。

2、降低网络开销

存储过程调用时只需用提供存储过程名和必要的参数信息,从而可降低网络的流量。

3、便于进行代码移植

数据库专业人员可以随时对存储过程进行修改,但对应用程序源代码却毫无影响,从而极大的提高了程序的可移植性。

4、更强的安全性

1)系统管理员可以对执行的某一个存储过程进行权限限制,避免非授权用户对数据的访问

2)在通过网络调用过程时,只有对执行过程的调用是可见的。 因此,恶意用户无法看到表和数据库对象名称、嵌入自己的 Transact-SQL 语句或搜索关键数据。

3)使用过程参数有助于避免 SQL 注入攻击。 因为参数输入被视作文字值而非可执行代码,所以,攻击者将命令插入过程内的 Transact-SQL 语句并损害安全性将更为困难。

4)可以对过程进行加密,这有助于对源代码进行模糊处理。

劣势:

1、存储过程需要专门的数据库开发人员进行维护,但实际情况是,往往由程序开发员人员兼职

2、设计逻辑变更,修改存储过程没有SQL灵活

为什么在实际应用中,存储过程用到相对较少呢?

在通常的项目研发中,用存储过程却相对较少,这是为什么呢?

分析原因如下:

1)没有特定的数据库开发人员,普通程序员兼职进行数据库操作

2)程序员往往只需操作程序,即可完成数据访问,无需再在数据库上进行开发

3)项目需求变动比较频繁,修改SQL语句比较方便,特别是涉及逻辑变更

存储过程与SQL语句如何抉择?

基于实际应用的经验,给予如下建议:

1、在一些高效率或者规范性要求比较高的项目,建议采用存储过程

2、对于一般项目建议采用参数化命令方式,是存储过程与SQL语句一种折中的方式

3、对于一些算法要求比较高,涉及多条数据逻辑,建议采用存储过程

 

引用自:https://www.2cto.com/database/201803/726923.html

 

创建存储过程

create procedure GetStu
@ID int  --这是参数以及参数类型
as 
begin 
	select * from Students where ID = @ID
end

procedure 可以简写成 proc

修改存储过程

alter proc GetStu
@ID int
as 
begin 
	select * from Students where ID = @ID
end

执行存储过程

exec GetStu 2

删除存储过程

if(exists(select * from sys.objects where name = 'GetStu'))
drop proc GetStu

如果存在,则删除

if OBJECT_ID (N'GetStu', N'P') IS NOT NULL
 drop proc GetStu

 

 

 

相关推荐
©️2020 CSDN 皮肤主题: 精致技术 设计师:CSDN官方博客 返回首页