1.存储过程可以使得程序执行效率更高、安全性更好，因为过程建立之后
已经编译并且山李储存到数据库，直接写sql就需要先分析再执行因此过程效率更高，直接写sql语句会带来安全性问题，如：sql注入
2.建立过程不会很耗系统资源，因为过程只是在调用才执行。
3.如果我表book更新了
存储过程是不是要重新遍历一下表？不会，如果有需要根据book表更新而更新可考虑建立触发器在特定条件触发，如：insert,update,delete语法如下：
create
trigger
tr_book
on
book
for
insert,update,delete
as
begin
...
end
补充回答：数据量越大执行过程越长.如裤氏是几十条几或几K可能看不出效果如果是上10W或者过100W你就会发现速度(查询、更新)会慢很多，，随着数据量增大你的存储过程执行时间会胡唯散更长是一定的
⑵ SQL存储过程有什么好处
优点：
离数据最近，某些情况下可获得更好性能
减少应用复杂度及应用服务器压力
需要显式调用，不会像触发器那样出现问题难以定位
使用方便
缺点：
增加数据库服务器压力。相当于将应用压力转嫁到数据库上，而应用服务器更容易扩展，也就是说大部分情况下数据库服务器资源比应用服务器资源更加珍贵。
增加网络开销。如存储过程存取数据量较大，会造成较大网络开销。
可移植性差。如系统有多中数据库，或从某种数据库迁移到另一种数据库，则很有可能遇到兼容性问题。
导致多处存在业务逻辑。存储过程某种程度就是将本应放在应用侧处理的业务逻辑放到数据库处理，这会导致业务逻辑存在于多个地方，增加调试维护困难。
在高并发系统中很可能会导致数据库压力瞬间增大。
存储过程中的复杂运算会大量消耗数据库服务器资源。
总结：
一般情况下尽量少用或不用存储过程，特别是在一个并发较高架构复杂的大型系统中，更是要减少存储过程的使用，业务逻辑的工作就应该由应用服务器处理，而不是交给数据库。很多时候存储过程确实可以快速解决问题，但它的维护性、扩展性、移植性等都不好。如果你的系统很小，架构比较简单，并且开发人员对存储过程熟悉，那么可以考虑使用存储过程减少工作量；但随着系统增加，架构变复杂，开发人员越来越多，这时存储过程的存在可能会导致更多的问题。当然，定时ETL或报表统计之类的任务，还是可以考虑使用存储过程来做的。
⑶ SQL存储过程的作用和优缺点
SQL存储过程放在SQL数据库中，1，因此在程序中调用的时候不必自己拼接sql语句。2，SQLSERVER会对存储过程进行预编译，因此速度快。3，在网络上不必传输冗长的SQL语句，而是直接调用存储过程的名字，因此可以加快速度当然，在一些外包软件开发中，是不允许使用存储过程的。因为对方不可以把数据库暴露给你，此时你只能使用SQL语句。不过国内的一些小型企业使用SQL存储过程还是很流行的。因为程序代码里不包含SQL语句，因此会数据库会相对安全一些。
⑷ 在SQL中存储过程分为哪五类
1、目录存储过程
例如：sp_columns返回当前环境中可查询的指定表或视图的列信息。
sp_tables返回当前环境下可查询的对象的列表（任何可出现在FROM子句中的对象）。
2、复制类存储过程
例如：sp_addarticle创建项目并将其添加到发布中。此存储过程在发布服务器的发布数据库上执行。
3、安全管理类存储过程
例如：sp_addrole在当前数据库创建新的Microsoft SQL Server角色。
sp_password添加或更改Microsoft SQL Server登录的密码。
4、分布式查询存储过程
例如：sp_foreignkeys返回引用主键的外键，这些主键在链接服务器中的表上。
sp_primarykeys返回指定远程表的主键列，每个键列占一行。
5、扩展存储过程
例如：xp_sendmail向指定的收件人发送邮件和查询结果集附件。
xp_startmail启动SQL邮件客户端会话。
存储过程的特点
1、存储过程在服务器端运行，执行速度快。
2、存储过程执行一次后，其执行驻留在高速缓冲存储器，在以后的操作中，只需从高速缓冲存储器中调用已编译好的二进制代码执行，提高了系统性能。
3、确保数据库的安全。使用存储过程可以完成所有的数据库操作。
4、降低网络负载，提高效率。
5、可以接受用户参数，亦可返回参数。
6、作为一种安全机制来充分利用：通过对执行某一存储过程的权限进行限制，能够实现对相应的数据的访问权限的限制，避免了非授权用户对数据的访问，保证了数据的安全。
⑸ SQL SERVER一个数据库中使用大量的存储过程，会影响性能吗
一、在SQL Server中存储过程不会影响性能。x0dx0a1、只会大大的减轻服务器的压力，而不会增加，只有不合理的存储过程才会槐辩纳造成服务器性能下降的恶果。一个大型的数据库，一般存储过程也不会超过几千个，对当前的数据库及它依附的硬件来说，这点儿负载是大象身上的老鼠，负载基本可以_略不计。x0dx0a2、但是，存储过程是批量的SQL语句的合成，如果设计上混乱，引发死循环、死锁、大范围查询、临时表没有及时清理释放等问题的情况下，是会严重影响服务器性能的，但这根子不在存储过程上，而在于存储过程的设计上。错误的SQL代码指挥服务器，无论它的形式是存储过程，还是客户端及时发向数据库的请求，都会使服务器出现问题。x0dx0ax0dx0a二、相关扩展x0dx0a1、在当前，针对数据库的编程设计，没有存储过程是不可想象的，这就象某个公司的大型货品仓库中没有仓库保管员一样，所有的货品进出都得进货员或销售员去临时取放，会严重降低工作效率。x0dx0a2、存储过程在数据库中无论是否编译好，其效率都要比客户端临时向数据库发送指令调数据来得要高，因为至少减少了发向服务器的指令的量。况且很多的中间值、临时值如果不通过存储过程来实现的话，就只能先全取到客户端铅没，这样会大大增加网络负担与服务器的负钽。x0dx0a3、正如微软所说，存储过程来实现，可以使得很多中间量不必传入到客户上，客户端只能得到需要的结果，所以同灶历时可以提高安全。
⑹ SQL Server 优化存储过程的方法有哪些
优化存储过程有很多种方法，下面介绍最常用的7种。
1.使用SET NOCOUNT ON选项
我们使用SELECT语句时，除了返回对应的结果集外，还会返回相应的影响行数。使用SET NOCOUNT ON后，除了数据集就不会返回额外的信息了，减小网络流量。
2.使用确定的Schema
在使用表，存储过程，函数等等时，最好加上确定的Schema。这样可以使SQL Server直接找到对应目标，避免去计划缓存中搜索。而且搜索会导致编译锁定，最终影响性能。比如select * from dbo.TestTable比select * from TestTable要好。from TestTable会在当前Schema下搜索，如果没有，再去dbo下面搜索，影响性能。而且如果你的表是csdn.TestTable的话，那么select * from TestTable会直接报找不到表的错误。所以写上具体的Schema也是一个好习惯。
3.自定义存储过程不要以sp_开头
因为以sp_开头的存储过程默认为系统存储过程，所以首先会去master库中找，然后在当前数据库找。建议使用USP_或者其他标识开头。
4.使用sp_executesql替代exec
原因在Inside Microsoft SQL Server 2005 T-SQL Programming书中的第四章Dynamic SQL里面有具体描述。这里只是简单说明一下：sp_executesql可以使用参数化，从而可以重用执行计划。exec就是纯拼SQL语句。
5.少使用游标
可以参考Inside Microsoft SQL Server 2005 T-SQL Programming书中的第三章Cursors里面有具体描述。总体来说，SQL是个集合语言，对于集合运算具有较高的性能，而Cursors是过程运算。比如对一个100万行的数据进行查询，游标需要读表100万次，而不使用游标只需要少量几次读取。
6.事务越短越好
SQL Server支持并发操作。如果事务过多过长，或是隔离级别过高，都会造成并发操作的阻塞，死锁。此时现象是查询极慢，同时cup占用率极低。
7.使用try-catch来处理错误异常
SQL Server 2005及以上版本提供对try-catch的支持，语法为：
begin try
----your code
end try
begin catch
--error dispose
end catch
一般情况可以将try-catch同事务结合在一起使用。
begin try
begin tran
--select
--update
--delete
--…………
commit
end try
begin catch
--if error
rollback
end catch
====================== 分割线 =======================
‘自己的一些调优经验’
1. 少使用游标是个很好的建议，为此，我自己也遇到过一些事故，是游标所造成的，由于，游标是逐行逐行操作的，当记录较多时，经常会遇到超时的情况。
2. 多表join做查询时，查询的字段尽量不要使用case when then else end的语法，或者使用用户函数，例如：
select (case when fType=1 then '是' else '否' end) as fTypeName, dbo.F_GetFullName(fID) as fFullName from Table1 inner join Table2……
当两个表的数据量非常大时，你可以在查询分析器中明显感觉到：直接查询fType和fID与查询上面两个字段的速度，很可能使用了一个case when then就导致超时。
针对这种情况，可以分两种做法：
第一，把一些简单的转换可以放在程序中完成。
第二，如果需要通过ID查询全名或者全称，类似的，可以创建好视图，直接查视图，或者，先把所有的fFullName查出来放到临时表中，直接join临时表（如果这个数据不是很多的话），获得fFullName。
3. 少使用一些嵌套的查询，用临时表缓存中间数据，例如：
select * from Table1
inner join (
select count(1) as count, Table2.ID2 from Table2 inner join Table3 on ID2=ID3 group by Table2.ID2
) as t1 on t1.ID1 = Table1.ID1
我曾经遇到这样情况，上面的语句是那种情况的简化版本，把其他不影响结果的表格都去掉了，发现一个奇怪的现象：嵌套查询的结果集并不大，大约就200多行，Table1有6w条记录，结果，这个查询语句超时，查询分析器中执行2分钟也得不到结果。
后来，这样一改，就Ok了，3秒出结果：
select count(1) as count, Table2.ID2 into #temp from Table2 inner join Table3 on ID2=ID3 group by Table2.ID2
select * from Table1
inner join #temp as t1 on t1.ID1 = Table1.ID1
这样一改，效率提升了几十倍，猜想：可能是嵌套的查询是动态的，每一行的join可能都需要先执行嵌套的查询，从而导致效率极差。
所以，如果查询足够复杂，join多个表，需要连接多个通过group by求和、求平均数等运算计算出来的中间数据，那么，不妨多使用临时表缓存中间数据。
4. 还有一些是必须遵守的一些默认规则，比如：
先过滤后连接。
查询的字段最要不要用“*”，指定需要用的字段，减少网络流量。
‘总结’
对于性能的追求是没有极限的，做到你所能做到的，这是一个很好的习惯。
有些业务逻辑放在存储过程中处理比较方便，而有些业务逻辑交给程序来处理，同样会提升系统整体的效率，看实际情况而定。
总之，尽可能减少这些容易引发性能问题的隐患，系统就会跑得更稳定更有效率，一切从小细节做起。
⑺ MySQL数据库新特性之存储过程入门教程
在MYSQL 中 终于引入了存储过程这一新特性 这将大大增强MYSQL 的数据库处理能力 在本文中 将指导读者快速掌握MYSQL 的存储过程的基本知识 带领用户入门
存储过程介绍
存储过程是一组为了完成特定功能的SQL语句集 经编译后存储在数据库中 用户通过指定存储过程的名字并给出参数(如果该存储过程带有参数)来执行它 存储过程可由应用程序通过一个调用来执行 而且允许用户声明变量 同时 存储过程可以接收和输出参数 返回执行存储过程的状态值 也可以嵌套调用
存储过程的优点
作为存储过程 有以下这些优点
( )减少网络通信量 调用一个行数不多的存储过程与直接调用SQL语句的网络通信量可能不会有很大的差别 可是如果存储过程包含上百行SQL语句 那么其性能绝对比一条一条的调用SQL语句要高得多
( )执行速度更快 存储过程创建的时候 数据库已经对其进行了一次解析和优化 其次 存储过程一旦执行 在内存中就会保留一份这个存储过程 这样下次再执行同样的存储过程时 可以从内存中直接中读取
( )更强的安全性 存储过程是通过向用户授予权限(而不是基于表) 它们可以提供对特定数据的访问 提高代码安全 比如防止 SQL注入
( ) 业务逻辑可以封装存储过程中 这样不仅容易维护 而且执行效率也高
当然存储过程也有一些缺点 比如
可移植性方面 当从一种数据库迁移到另外一种数据库时 不少的存储过程的编写要进行部分修改
存储过程需要花费一定的学习时间去学习 比如学习其语法等
在MYSQL中 推荐使用MYSQL Query Browswer()这个工具去进行存储过程的开发和管理 下面分步骤来学习MYSQL中的存储过程
定义存储过程的结束符
在存储过程中 通常要输入很多SQL语句 而SQL语句中每个语句以分号来结束 因此要告诉存储过程 什么位置是意味着整个存储过程结束 所以我们在编写存储过程前 先定义分隔符 我们这里定义 // 为分隔符 我们使用DELIMITER //这样的语法 就可以定义结束符了 当然你可以自己定义其他喜欢的符号
如何创建存储过程
下面先看下一个简单的例子 代码如下
DELIMITER//CREATEPROCEDURE`p ` ()LANGUAGE SQLDETERMINISTICSQL SECURITY DEFINERMENT A procere BEGINSELECT Hello World ! ;END//
下面讲解下存储过程的组成部分
)首先在定义好终结符后 使用CREATE PROCEDURE+存储过程名的方法创建存储过程 LANGUAGE选项指定了使用的语言 这里默认是使用SQL
)DETERMINISTIC关键词的作用是 当确定每次的存储过程的输入和输出都是相同的内容时 可以使用该关键词 否则默认为NOT DETERMINISTIC
) SQL SECURITY关键词 是表示调用时检查用户的权限 当值为INVOKER时 表示是用户调用该存储过程时检查 默认为DEFINER 即创建存储过程时检查
) MENT部分是存储过程的注释说明部分
lishixin/Article/program/MySQL/201404/30557
⑻ 项目中所有SQL语句全用存储过程写，例如select * from A最简单的也用存储过程，是否能优化性能
看情况的，存储过程会缓存数据，如果查询条件经常变动的话，简单的SQL语句还是不要使用存储过程比较好，会增加服务器压力的，反之，对于经常使用的一些语句，如果基本上都没怎么变动的话，用存储过程应该是会好点的
⑼ sql存储过程有啥用
Transact-SQL中的存储过程，非常类似于Java语言中的方法，它可以重复调用。当存储过程执行一次后，可以将语句缓存中，这样下次执行的时候直接使用缓存中的语句。这样就可以提高存储过程的性能。
Ø 存储过程的概念
存储过程Procere是一组为了完成特定功能的SQL语句集合，经编译后存储在数据库中，用户通过指定存储过程的名称并给出参数来执行。
存储过程中可以包含逻辑控制语句和数据操纵语句，它可以接受参数、输出参数、返回单个或多个结果集以及返回值。
由于存储过程在创建时即在数据库服务器上进行了编译并存储在数据库中，所以存储过程运行要比单个的SQL语句块要快。同时由于在调用时只需用提供存储过程名和必要的参数信息，所以在一定程度上也可以减少网络流量、简单网络负担。
1、 存储过程的优点
A、 存储过程允许标准组件式编程
存储过程创建后可以在程序中被多次调用执行，而不必重新编写该存储过程的SQL语句。而且数据库专业人员可以随时对存储过程进行修改，但对应用程序源代码却毫无影响，从而极大的提高了程序的可移植性。
B、 存储过程能够实现较快的执行速度
如果某一操作包含大量的T-SQL语句代码，分别被多次执行，那么存储过程要比批处理的执行速度快得多。因为存储过程是预编译的，在首次运行一个存储过程时，查询优化器对其进行分析、优化，并给出最终被存在系统表中的存储计划。而批处理的T-SQL语句每次运行都需要预编译和优化，所以速度就要慢一些。
C、 存储过程减轻网络流量
对于同一个针对数据库对象的操作，如果这一操作所涉及到的T-SQL语句被组织成一存储过程，那么当在客户机上调用该存储过程时，网络中传递的只是该调用语句，否则将会是多条SQL语句。从而减轻了网络流量，降低了网络负载。
D、 存储过程可被作为一种安全机制来充分利用
系统管理员可以对执行的某一个存储过程进行权限限制，从而能够实现对某些数据访问的限制，避免非授权用户对数据的访问，保证数据的安全。
Ø 系统存储过程滑者
系统存储过程是系统创建的存储过程，目的在于能够方便的从系统表中查询信息或完成与更新数据库表相关的管理任务或其他的系统管理任务。系统存储过程主要存储在冲渣master数据库中，以“sp”下划线开头的存储过程。尽管这些系统存储过程在master数据库中，但散让悄我们在其他数据库还是可以调用系统存储过程。有一些系统存储过程会在创建新的数据库的时候被自动创建在当前数据库中。
⑽ 存储过程为什么比单纯SQL语句执行要快
因为存储过程只需要编译一次 之后运行这个存储过程就不需要在编译了，但是SQL语句每次都要编译。
存储过程（Stored Procere）是在大型数据库系统中，一组为了完成特定功能的SQL 语句集，它存储在数据销旁库中，一次编译后永久有效，用户通过指定存储过程的名字并给出参数（如果兆羡该存储过程带有参数）来执行它。
用户创建的存储过程是由用户创建并完成某一特定功能的存储过程，事实上一般所说的存储过程就是指本地存储过程。
在SQL Server2005中，远程存储过程(Remote Stored Proceres)是位于远程服务器上的存储过程，通常可以使用分布式查询亏猜橡和EXECUTE命令执行一个远程存储过程。