Stored Procedure(存储过程)编写经验和优化措施

Stored Procedure(存储过程)编写经验和优化措施

一、 ** 前言: ** 在经过一段时间的存储过程开发之后,写下了一些开发时候的小结和经验与大家共享,希望对大家有益,主要是针对 Sybase 和 SQL Server 数据库,但其它数据库应该有一些共性。

二、 ** 适合读者对象: ** 数据库开发程序员,数据库的数据量很多,涉及到对 SP (存储过程)的优化的项目开发人员,对数据库有浓厚兴趣的人。

三、 ** 介绍: ** 在数据库的开发过程中,经常会遇到复杂的业务逻辑和对数据库的操作,这个时候就会用 SP 来封装数据库操作。如果项目的 SP 较多,书写又没有一定的规范,将会影响以后的系统维护困难和大 SP 逻辑的难以理解,另外如果数据库的数据量大或者项目对 SP 的性能要求很,就会遇到优化的问题,否则速度有可能很慢,经过亲身经验,一个经过优化过的 SP 要比一个性能差的 SP 的效率甚至高几百倍。

四、 ** 内容: **

1 、开发人员如果用到其他库的 Table 或 View ,务必在当前库中建立 View 来实现跨库操作,最好不要直接使用“ databse.dbo.table_name ”,因为 sp_depends 不能显示出该 SP 所使用的跨库 table 或 view ,不方便校验。

2 、开发人员在提交 SP 前,必须已经使用 set showplan on 分析过查询计划,做过自身的查询优化检查。

3、 高程序运行效率,优化应用程序,在 SP 编写过程中应该注意以下几点:

** a) ** ** SQL ** ** 的使用规范: ** ** **

i. 尽量避免大事务操作,慎用 holdlock 子句,提高系统并发能力。

ii. 尽量避免反复访问同一张或几张表,尤其是数据量较大的表,可以考虑先根据条件提取数据到临时表中,然后再做连接。

iii. 尽量避免使用游标,因为游标的效率较差,如果游标操作的数据超过 1 万行,那么就应该改写;如果使用了游标,就要尽量避免在游标循环中再进行表连接的操作。

iv. 注意 where 字句写法,必须考虑语句顺序,应该根据索引顺序、范围大小来确定条件子句的前后顺序,尽可能的让字段顺序与索引顺序相一致,范围从大到小。

v. 不要在 where 子句中的“ = ”左边进行函数、算术运算或其他表达式运算,否则系统将可能无法正确使用索引。

vi. 尽量使用 exists 代替 select count(1) 来判断是否存在记录, count 函数只有在统计表中所有行数时使用,而且 count(1) 比 count(*) 更有效率。

vii. 尽量使用“ >= ”,不要使用“ > ”。

viii. 注意一些 or 子句和 union 子句之间的替换

ix. 注意表之间连接的数据类型,避免不同类型数据之间的连接。

x. 注意存储过程中参数和数据类型的关系。

xi. 注意 insert 、 update 操作的数据量,防止与其他应用冲突。如果数据量超过 200 个数据页面( 400k ),那么系统将会进行锁升级,页级锁会升级成表级锁。

** b) ** ** 索引的使用规范: ** ** **

i. 索引的创建要与应用结合考虑,建议大的 OLTP 表不要超过 6 个索引。

ii. 尽可能的使用索引字段作为查询条件,尤其是聚簇索引,必要时可以通过 index index_name 来强制指定索引

iii. 避免对大表查询时进行 table scan ,必要时考虑新建索引。

iv. 在使用索引字段作为条件时,如果该索引是联合索引,那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引,否则该索引将不会被使用。

v. 要注意索引的维护,周期性重建索引,重新编译存储过程。

** c) ** ** tempdb ** ** 的使用规范: ** ** **

i. 尽量避免使用 distinct 、 order by 、 group by 、 having 、 join 、 cumpute ,因为这些语句会加重 tempdb 的负担。

ii. 避免频繁创建和删除临时表,减少系统表资源的消耗。

iii. 在新建临时表时,如果一次性插入数据量很大,那么可以使用 select into 代替 create table ,避免 log ,提高速度;如果数据量不大,为了缓和系统表的资源,建议先 create table ,然后 insert 。

iv. 如果临时表的数据量较大,需要建立索引,那么应该将创建临时表和建立索引的过程放在单独一个子存储过程中,这样才能保证系统能够很好的使用到该临时表的索引。

v. 如果使用到了临时表,在存储过程的最后务必将所有的临时表显式删除,先 truncate table ,然后 drop table ,这样可以避免系统表的较长时间锁定。

vi. 慎用大的临时表与其他大表的连接查询和修改,减低系统表负担,因为这种操作会在一条语句中多次使用 tempdb 的系统表。

** d) ** ** 合理的算法使用: ** ** **

根据上面已提到的 SQL 优化技术和 ASE Tuning 手册中的 SQL 优化内容 , 结合实际应用 , 采用多种算法进行比较 , 以获得消耗资源最少、效率最高的方法。具体可用 ASE 调优命令: set statistics io on, set statistics time on , set showplan on 等。

Published At
Categories with 数据库类
Tagged with
comments powered by Disqus