SQL数据库操作优化.docVIP

SQL数据库操作优化 SQL数据库操作优化2010年12月03日星期五03：031.应尽量避免在where子句中对字段进行null值判断，否则将导致引擎放弃使用索引而进行全表扫描，如： select id from twhere num is null 可以在num上设置默认值0，确保表中num列没有null值，然后这样查询： select id from twhere num=0 2.应尽量避免在where子句中使用！=或操作符，否则将引擎放弃使用索引而进行全表扫描。优化器将无法通过索引来确定将要命中的行数,因此需要搜索该表的所有行。 3.应尽量避免在where子句中使用or来连接条件，否则将导致引擎放弃使用索引而进行全表扫描，如： select id from twhere num=10 or num=20 可以这样查询： select id from twhere num=10 union all select id from twhere num=20 4.in和not in也要慎用，因为IN会使系统无法使用索引,而只能直接搜索表中的数据。如： select id from twhere num in(1,2,3) 对于连续的数值，能用between就不要用in了： select id from twhere num between 1and 3 5.尽量避免在索引过的字符数据中，使用非打头字母搜索。这也使得引擎无法利用索引。 见如下例子： SELECT*FROM T1 WHERE NAME LIKE%L% SELECT*FROM T1 WHERE SUBSTING(NAME,2,1)=L SELECT*FROM T1 WHERE NAME LIKEL% 即使NAME字段建有索引，前两个查询依然无法利用索引完成加快操作，引擎不得不对全表所有数据逐条操作来完成任务。而第三个查询能够使用索引来加快操作。 6.必要时强制查询优化器使用某个索引，如在where子句中使用参数，也会导致全表扫描。因为SQL只有在运行时才会解析局部变量，但优化程序不能将访问计划的选择推迟到运行时；它必须在编译时进行选择。然而，如果在编译时建立访问计划，变量的值还是未知的，因而无法作为索引选择的输入项。如下面语句将进行全表扫描： select id from twhere num=@num 可以改为强制查询使用索引： select id from twith(index(索引名))where num=@num 7.应尽量避免在where子句中对字段进行表达式操作，这将导致引擎放弃使用索引而进行全表扫描。如： SELECT*FROM T1 WHERE F1/2=100 应改为： SELECT*FROM T1 WHERE F1=100*2 SELECT*FROM RECORD WHERE SUBSTRING(CARD_NO,1,4)=5378 应改为： SELECT*FROM RECORD WHERE CARD_NO LIKE5378% SELECT member_number,first_name,last_name FROM members WHERE DATEDIFF(yy,datofbirth,GETDATE())21 应改为： SELECT member_number,first_name,last_name FROM members WHERE dateofbirth DATEADD(yy,-21,GETDATE()) 即：任何对列的操作都将导致表扫描，它包括数据库函数、计算表达式等等，查询时要尽可能将操作移至等号右边。 8.应尽量避免在where子句中对字段进行函数操作，这将导致引擎放弃使用索引而进行全表扫描。如： select id from twhere substring(name,1,3)=abc--name以abc开头的id select id from twhere datediff(day,createdate,2005-11-30)=0--2005-11-30生成的id 应改为： select id from twhere name likeabc% select id from twhere createdate=2005-11-30and createdate2005-12-1 9.不要在where子句中的=左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。 10.在使用索引字段作为条件时，如果该索引是复合索引，那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引，否则该索引将不会被使用，并且应尽可能的让字段顺序与索引顺序相一致。 11.很多时候用exists是一个好的选择： sel