开发者应了解的一些SQL优化准则（转）

标签： 开发 sql 优化 | 发表时间：2014-07-08 18:05 | 作者：zjhgx
出处：http://www.iteye.com

 

下面介绍一些开发者在 数据库操作中要注意的 SQL编码准则。虽然本文不能覆盖所有的准则，但还是希望能给开发者带来些许帮助。下面就来看看在编码实践中哪些应该做，哪些不应该做。

　　1.  在长时间运行的查询和短查询中使用事务
　　如果预期有一个长时间运行的查询，并且有大量的数据输出时，开发者就应该在BEGIN TRAN 和END TRAN之间使用事务。
　　这样事务会在缓冲区缓存为独立事务，并会被分配特定内存，以此来提高处理速度。
　　2.  不要使用SELECT *
　　如果使用SELECT * 来选择表中的所有记录，那么一些不必要的记录也被读取、缓存，增加了磁盘的I/O和内存消耗。
　　3.  避免在WHERE子句中使用显式或隐式函数，比如Convert ()
　　4.  避免在触发器中执行长时间的操作
　　5.  适当使用临时表和表变量
　　当结果集较小的时候，请尽量使用表变量；当结果集相当大时，使用临时表。
　　6.  使用连接（JOIN）代替子查询（Sub-Queries）
　　子查询通常作为内联代码来使用，而连接（JOIN）则作为表来使用，这样速度会更快。所以，应尽量避免在连接中使用子查询。
　　7.  连接条件中表的顺序
　　在连接条件中，应尽量首先使用较小的表，然后逐步使用较大的表。
　　8.  循环优化
　　如果操作在循环内部没有任何影响，那么应尽量将操作放到循环外面，这样可以减少不必要的重复 工作。因为，SQL Server优化器不会自动识别这种低效率的代码，更不会自动优化（其他一些语言的编译器可以）。
　　9.  参数探测
　　不要在正执行的SP（存储过程）中使用SP参数，这样会导致参数探测（Parameter Sniffing）。应该在声明和设置后再使用SP参数。由于这个原因，SP的行为在每次运行期间都不相同。
　　10.  当使用条件语句时，可以使用Index（索引）Hint（提示）
　　比如在SQL Server 2008中，可以使用Index hint，也可以使用fixed plan hint强制在查询中使用hint，以提高运行速度。
　　11.  在声明中明确指定存储过程中数据类型的大小
　　开发者随机声明数据类型的大小是不可取的，如：Varchar (500)。这在执行时会在缓冲区中增加不必要的预留空间。
　　12.  在查询中有效利用MAXDOP（最大并行度）设置
　　询问数据库管理员关于四核CPU可用性的设置，包括内存的设置，然后适当使用hint，可以有效改善查询速度。
　　13.  SQL Server 2008中的GROUPING SETS
　　如果数据库服务器为SQL Server 2008，那么可以在所有的Unions中使用Grouping Set来代替Group By。这样在Union中重新进行group by排序时，优化器不会每次都制定一个计划。
　　14.  当发生死锁时，总是使用With (nolock) 和With (rowlock)


已有 0 人发表留言，猛击->> 这里<<-参与讨论


ITeye推荐



相关 [开发 sql 优化] 推荐：

sql优化

- - 数据库 - ITeye博客
是对数据库(数据)进行操作的惟一途径；. 消耗了70%~90%的数据库资源；独立于程序设计逻辑，相对于对程序源代码的优化，对SQL语句的优化在时间成本和风险上的代价都很低；. 可以有不同的写法；易学，难精通. 固定的SQL书写习惯，相同的查询尽量保持相同，存储过程的效率较高. 应该编写与其格式一致的语句，包括字母的大小写、标点符号、换行的位置等都要一致.

sql 优化

- - SQL - 编程语言 - ITeye博客
转：数据库SQL优化大总结之 百万级数据库优化方案. 2014-07-18 09:33 雲霏霏 雲霏霏的博客 字号：. 网上关于SQL优化的教程很多，但是比较杂乱. 近日有空整理了一下，写出来跟大家分享一下，其中有错误和不足的地方，还请大家纠正补充. 网上关于SQL优化的教程很多，但是比较杂乱. 近日有空整理了一下，写出来跟大家分享一下，其中有错误和不足的地方，还请大家纠正补充.

开发者应了解的一些SQL优化准则（转）

- - SQL - 编程语言 - ITeye博客
虽然本文不能覆盖所有的准则，但还是希望能给开发者带来些许帮助. 下面就来看看在编码实践中哪些应该做，哪些不应该做.  在长时间运行的查询和短查询中使用事务. 　　如果预期有一个长时间运行的查询，并且有大量的数据输出时，开发者就应该在BEGIN TRAN 和END TRAN之间使用事务. 　　这样事务会在缓冲区缓存为独立事务，并会被分配特定内存，以此来提高处理速度.

索引SQL优化

- - SQL - 编程语言 - ITeye博客
（一）深入浅出理解索引SQL优化 (转).         实际上，您可以把索引理解为一种特殊的目录. 微软的SQL SERVER提供了两种索引：聚集索引（clustered index，也称聚类索引、簇集索引）和非聚集索引（nonclustered index，也称非聚类索引、非簇集索引）. 下面，我们举例来说明一下聚集索引和非聚集索引的区别：  .

优化sql查询

- - 数据库 - ITeye博客
1、 首先要搞明白什么叫执行计划. 执行计划是数据库根据SQL语句和相关表的统计信息作出的一个查询方案，这个方案是由查询优化器自动分析产生的，比如一条SQL语句如果用来从一个 10万条记录的表中查1条记录，那查询优化器会选择“索引查找”方式，如果该表进行了归档，当前只剩下5000条记录了，那查询优化器就会改变方案，采用 “全表扫描”方式.

sql语句优化

- - 数据库 - ITeye博客
性能不理想的系统中除了一部分是因为应用程序的负载确实超过了服务器的实际处理能力外,更多的是因为系统存在大量的SQL语句需要优化. 为了获得稳定的执行性能，SQL语句越简单越好. 对复杂的SQL语句，要设法对之进行简化. 1）不要有超过5个以上的表连接（JOIN）. 2）考虑使用临时表或表变量存放中间结果.

SQL Server优化50法

- - CSDN博客推荐文章
虽然查询速度慢的原因很多，但是如果通过一定的优化，也可以使查询问题得到一定程度的解决. 　　查询速度慢的原因很多，常见如下几种：没有索引或者没有用到索引（这是查询慢最常见的问题，是程序设计的缺陷）. 　　I/O吞吐量小，形成了瓶颈效应. 　　没有创建计算列导致查询不优化. 　　内存不足网络速度慢查询出的数据量过大（可以采用多次查询，其他的方法降低数据量）.

oracle sql 优化大全

- - Oracle - 数据库 - ITeye博客
最近遇到了oracle sql优化的问题，找了一下，发现这文章实在不错，跟大家分享一下，如果以后有什么新的改进也会继续补充的. 1     前言… 2 . 2     总纲… 2 . 3     降龙十八掌… 3 . 第一掌 避免对列的操作… 3 . 第二掌 避免不必要的类型转换… 4 . 第三掌 增加查询的范围限制… 4 .

Oracle SQL性能优化

- - 数据库 - ITeye博客
（1）      选择最有效率的表名顺序(只在基于规则的优化器中有效)：. ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名，FROM子句中写在最后的表(基础表 driving table)将被最先处理，在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表. 如果有3个以上的表连接查询, 那就需要选择交叉表(intersection table)作为基础表, 交叉表是指那个被其他表所引用的表.

SQL Server优化50法

- - CSDN博客数据库推荐文章
　　虽然查询速度慢的原因很多，但是如果通过一定的优化，也可以使查询问题得到一定程度的解决. 　　查询速度慢的原因很多，常见如下几种：. 没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷). I/O吞吐量小，形成了瓶颈效应. 查询出的数据量过大(可以采用多次查询，其他的方法降低数据量).