设为首页 加入收藏

TOP

SQL高性能查询优化语句(总结)(一)
2015-11-21 01:25:38 来源: 作者: 【 】 浏览:2
Tags:SQL 高性能 查询 优化 语句 总结
SQL 高性能查询优化语句,一些经验总结
?
1.应尽量避免在 where 子句中对字段进行 null 值判断,否则将导致引擎放弃使用索引而进行全表扫描,如:
select id from t where num is null;
可以在num上设置默认值0,确保表中num列没有null值,然后这样查询:
?
select id from t where num = 0;
?
2.应尽量避免在 where 子句中使用!=或$amp;
?
3.应尽量避免在 where 子句中使用 or 来连接条件,否则将导致引擎放弃使用索引而进行全表扫描,如:
select id from t where num=10 or num=20;
可以这样查询:
?
select id from t where num=10
union all
select id from t where num=20;
?
4.in 和 not in 也要慎用,因为IN会使系统无法使用索引,而只能直接搜索表中的数据。如:
select id from t where num in(1,2,3)
?
对于连续的数值,能用 between 就不要用 in 了:
?
select id from t where num between 1 and 3;
?
5.尽量避免在索引过的字符数据中,使用非打头字母搜索。这也使得引擎无法利用索引。
?
见如下例子:
?
SELECT * FROM T1 WHERE NAME LIKE ‘%L%’;
SELECT * FROM T1 WHERE SUBSTING(NAME,2,1)=’L’;
SELECT * FROM T1 WHERE NAME LIKE ‘L%’; ? --第三个查询能够使用索引来加快操作
?
即使NAME字段建有索引,前两个查询依然无法利用索引完成加快操作,引擎不得不对全表所有数据逐条操作来完成任务。而第三个查询能够使用索引来加快操作。
?
?
6.必要时强制查询优化器使用某个索引,如在 where 子句中使用参数,也会导致全表扫描。因为SQL只有在运行时才会解析局部变量,但优化程序不能将访问计划的选择推迟到运行时;它必须在编译时进行选择。然而,如果在编译时建立访问计划,变量的值还是未知的,因而无法作为索引选择的输入项。如下面语句将进行全表扫描:
select id from t where num=@num;
?
可以改为强制查询使用索引:
?
select id from t with(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 LIKE ‘5378%’;
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 t where substring(name,1,3)='abc';--name 以abc开头的id
select id from t where datediff(day,createdate,'2005-11-30')=0;--‘2005-11-30’生成的id
?
应改为:
?
select id from t where name like 'abc%';
select id from t where createdate>=’2005-11-30′ and createdate$amp;
?
9.不要在 where 子句中的“=”左边进行函数、算术运算或其他表达式运算,否则系统将可能无法正确使用索引。
?
10.在使用索引字段作为条件时,如果该索引是复合索引,那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引,否则该索引将不会被使用,并且应尽可能的让字段顺序与索引顺序相一致。
?
11.很多时候用 exists是一个好的选择:
select num from a where num in(select num from b);
用下面的语句替换:
?
select num from a where exists(select 1 from b where num=a.num);
再例如:
?
SELECT SUM(T1.C1) FROM T1 WHERE (
SELECT COUNT(*) FROM T2 WHERE T2.C2=T1.C2)>0;
?
SELECT SUM(T1.C1) FROM T1 WHERE EXISTS(
SELECT * FROM T2 WHERE T2.C2=T1.C2); ?--效率高
?
两者产生相同的结果,但是后者的效率显然要高于前者。因为后者不会产生大量锁定的表扫描或是索引扫描。
?
如果你想校验表里是否存在某条纪录,不要用count(*)那样效率很低,而且浪费服务器资源。可以用EXISTS代替。如:
IF (SELECT COUNT(*) FROM table_name WHERE column_name = ‘xxx’);
可以写成:
?
IF EXISTS (SELECT * FROM table_name WHERE column_name = 'xxx');
?
经常需要写一个T_SQL语句比较一个父结果集和子结果集,从而找到是否存在在父结果集中有而在子结果集中没有的记录,如:
?
SELECT a.hdr_key FROM hdr_tbl a--hdr_tbl a 表示tbl用别名a代替
WHERE NOT EXISTS (SELECT * FROM dtl_tbl b WHERE a.hdr_key = b.hdr_key)
?
SELECT a.hdr_key FROM hdr_tbl a
LEFT JOIN dtl_tbl b ON a.hdr_key = b.hdr_key WHERE b.hdr_key IS NULL
?
SELECT hdr_key FROM hdr_tbl
WHERE hdr_key NOT IN (SELECT hdr_key FROM dtl_tbl)
?
三种写法都可以得到同样正确的结果,但是效率依次降低。
?
?
12.尽量使用
首页 上一页 1 2 下一页 尾页 1/2/2
】【打印繁体】【投稿】【收藏】 【推荐】【举报】【评论】 【关闭】 【返回顶部
分享到: 
上一篇SQL多行字符串按条件合并 下一篇非常好的SQL格式化工具SQLPrettyP..

评论

帐  号: 密码: (新用户注册)
验 证 码:
表  情:
内  容: