SQL语句效率问题的几点总结

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了SQL语句效率问题的几点总结，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含3557字，纯文字阅读大概需要6分钟。

内容图文

原文发布时间为：2009-10-29 —— 来源于本人的百度文章 [由搬家工具导入]

1. SQL优化的原则是：

将一次操作需要读取的BLOCK数减到最低,即在最短的时间达到最大的数据吞吐量。  
调整不良SQL通常可以从以下几点切入：  
检查不良的SQL，考虑其写法是否还有可优化内容  
检查子查询   考虑SQL子查询是否可以用简单连接的方式进行重新书写  
检查优化索引的使用  
考虑数据库的优化器  
   

2. 避免出现SELECT   *   FROM   table     语句，要明确查出的字段。    
   
3. 在一个SQL语句中，如果一个where条件过滤的数据库记录越多，

    定位越准确，则该where条件越应该前移。  
   
4. 查询时尽可能使用索引覆盖。即对SELECT的字段建立复合索引，

    这样查询时只进行索引扫描，不读取数据块。  
   

5. 在判断有无符合条件的记录时建议不要用SELECT   COUNT   （*）和select   top   1   语句。  
   
6. 使用内层限定原则，在拼写SQL语句时，将查询条件分解、分类，

    并尽量在SQL语句的最里层进行限定，以减少数据的处理量。  
   
7. 应绝对避免在order   by子句中使用表达式。  
   
8. 如果需要从关联表读数据，关联的表一般不要超过7个。  
   
9. 小心使用   IN   和   OR，需要注意In集合中的数据量。建议集合中的数据不超过200个。  
   
10. <>   用   <   、   >   代替，>用>=代替，<用<=代替，这样可以有效的利用索引。  
   
11. 在查询时尽量减少对多余数据的读取包括多余的列与多余的行。  
   
12. 对于复合索引要注意，例如在建立复合索引时列的顺序是F1，F2，F3，

     则在where或order   by子句中这些字段出现的顺序要与建立索引时的字段顺序一致，

    且必须包含第 一列。只能是F1或F1，F2或F1，F2，F3。否则不会用到该索引。

13. 多表关联查询时，写法必须遵循以下原则，这样做有利于建立索引，提高查询效率。

     格式如下

     select   sum（table1.je）   from   table1   table1,     table2     table2,               

     table3     table3   where   (table1的等值条件（=）)   and   (table1的非等值条件)

     and   (table2与table1的关联条件)   and (table2的等值条件)   and   (table2的非等值条件)    

     and (table3与table2的关联条件)   and   (table3的等值条件)   and   (table3的非等值件)。  
     注:关于多表查询时from     后面表的出现顺序对效率的影响还有待研究。  
   
14. 子查询问题。对于能用连接方式或者视图方式实现的功能，不要用子查询。

     例如：select   name    from   customer   where  

     customer_id   in   (   select     customer_id   from   order   where   money>1000)。

     应该用如下语句代替：select   name   from   customer  

    inner   join   order   on     customer.customer_id=order.customer_id  

    where   order.money>100。  
   
15. 在WHERE   子句中，避免对列的四则运算，

     特别是where   条件的左边，严禁使用运算与函数对列进行处理。

     比如有些地方   substring   可以用like代替。  
   
16. 如果在语句中有not   in（in）操作，

     应考虑用not   exists（exists）来重写,最好的办法是使用外连接实现。  
     
17. 对一个业务过程的处理，应该使事物的开始与结束之间的时间间隔越短越好，

     原则上做到数据库的读操作在前面完成，数据库写操作在后面完成，避免交叉。  
   

18. 请小心不要对过多的列使用列函数和order   by,group   by等，谨慎使用disti软件开发t。  
   
19. 用union   all   代替   union，数据库执行union操作，

     首先先分别执行union两端的查询，

     将其放在临时表中，然后在对其进行排序，过滤重复的记录。  
     当已知的业务逻辑决定query   A和query   B中不会有重复记录时，

     应该用union   all代替union，以提高查询效率。

SQL语句效率问题的几点总结

标签：x64   order   count   weight   from   tom   money   like   问题   

本文系统来源：http://www.cnblogs.com/handboy/p/7158368.html

内容总结

以上是互联网集市为您收集整理的SQL语句效率问题的几点总结全部内容，希望文章能够帮你解决SQL语句效率问题的几点总结所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---