如何书写高效的SQL语句.docx

如何书写高效的SQL语句 在应用开发中，书写SQL语句是最基本的工作，但我们往往在这方面侧重的是功能的实现，很容易把效率问题给忽略了，在随着系统数据的不断增加，可能有些低效的SQL语句会让客户感觉系统反映缓慢，甚至还有可能会因长时间执行不出结果而报超时或其它系统错误，所以我们要养成一个良好的编码习惯，不仅要实现其功能，而且要尽可能的提高效率。 下面内容是在网络上收集的一些比较典型实用的优化点，以及在工作中用到的典型样例，供大家参考学习。 1、注意UNion和UNion all 的区别。 它们两都可以把相同结果集并在一起，但UNION all的效率稍好一些，在就是如果A并上B有重复记录，union all可以把重复数据distict掉 2、注意使用DISTINCT，在没有必要时不要用，它同UNION一样会使查询变慢。重复的记录在查询里是没有问题的 3、查询时不要返回不需要的行、列 ,即最好不要用select * from tablename，这样会把所有的字段都解析出来. 4、如果使用了IN或者OR等时发现查询没有走索引，使用显示申明指定索引： SELECT * FROM PersonMember (INDEX = IX_Title) WHERE processid IN (‘男’，‘女’) 5、在SQL2000以前，一般不要用如下的字句: IS NULL, , !=, ! , ! , NOT, NOT EXISTS, NOT IN, NOT LIKE, and LIKE%500，因为他们不走索引全是表扫描。也不要在WHere字句中的列名加函数，如Convert，substring等,如果必须用函数的时候，创建计算列再创建索引来替代.还可以变通写法：WHERE SUBSTRING(firstname,1,1) = m改为WHERE firstname like m%（索引扫描），一定要将函数和列名分开。并且索引不能建得太多和太大。NOT IN会多次扫描表，使用EXISTS、NOT EXISTS ，IN , LEFT OUTER JOIN 来替代，特别是左连接,而Exists比IN更快，最慢的是NOT操作.如果列的值含有空，以前它的索引不起作用，现在2000的优化器能够处理了。相同的是IS NULL，“NOT, NOT EXISTS, NOT IN能优化她，而” ”等还是不能优化，用不到索引。 6、将需要查询的结果预先计算好放在表中，查询的时候再SELECT。这在SQL7.0以前是最重要的手段。例如医院的住院费计算。 7、MIN() 和 MAX()能使用到合适的索引 8、数据库有一个原则是代码离数据越近越好，所以优先选择Default,依次为Rules,Triggers, Constraint（约束如外健主健CheckUNIQUE……,数据类型的最大长度等等都是约束）,Procedure.这样不仅维护工作小，编写程序质量高，并且执行的速度快。 9、如果要插入大的二进制值到Image列，使用存储过程，千万不要用内嵌INsert来插入(不知JAVA是否)。因为这样应用程序首先将二进制值转换成字符串（尺寸是它的两倍），服务器受到字符后又将他转换成二进制值.存储过程就没有这些动作: 方法：Create procedure p_insert as insert into table(Fimage) values (@image), 在前台调用这个存储过程传入二进制参数，这样处理速度明显改善。 10、Between在某些时候比IN速度更快,Between能够更快地根据索引找到范围。用查询优化器可见到差别。 select * from chineseresume where title in (男,女) Select * from chineseresume where between 男 and 女 是一样的。由于in会在比较多次，所以有时会慢些。 11、在必要是对全局或者局部临时表创建索引，有时能够提高速度，但不是一定会这样，因为索引也耗费大量的资源。他的创建同是实际表一样。 12、不要建没有作用的事物例如产生报表时，浪费资源。只有在必要使用事物时使用它。 13、用OR的字句可以分解成多个查询，并且通过UNION 连接多个查询。他们的速度只同是否使用索引有关,如果查询