HTML5技术

sql的那些事(一) - Akon_Coder(3)

字号+ 作者:H5之家 来源:H5之家 2017-01-01 12:00 我要评论( )

(21)NOT EXISTS替代NOT IN 1、in和existsin是把外表和内表作hash连接,而exists是对外表作loop循环,每次loop循环再对内表进行查询,一直以来认为exists比in效率高的说法是不准确的。如果查询的两个表大小相当,

(21)NOT EXISTS替代NOT IN

1、in和exists in是把外表和内表作hash连接,而exists是对外表作loop循环,每次loop循环再对内表进行查询,一直以来认为exists比in效率高的说法是不准确的。如果查询的两个表大小相当,那么用in和exists差别不大;如果两个表中一个较小一个较大,则子查询表大的用exists,子查询表小的用in; 例如:表A(小表),表B(大表) select * from A where cc in(select cc from B)  -->效率低,用到了A表上cc列的索引; select * from A where exists(select cc from B where cc=A.cc)  -->效率高,用到了B表上cc列的索引。 相反的: select * from B where cc in(select cc from A)  -->效率高,用到了B表上cc列的索引 select * from B where exists(select cc from A where cc=B.cc)  -->效率低,用到了A表上cc列的索引。 2、not in 和not exists not in 逻辑上不完全等同于not exists,如果你误用了not in,小心你的程序存在致命的BUG,请看下面的例子: create table #t1(c1 int,c2 int); create table #t2(c1 int,c2 int); insert into #t1 values(1,2); insert into #t1 values(1,3); insert into #t2 values(1,2); insert into #t2 values(1,null); select * from #t1 where c2 not in(select c2 from #t2);  -->执行结果:无 select * from #t1 where not exists(select c2 from #t2 where #t2.c2=#t1.c2)  -->执行结果:1  3 正如所看到的,not in出现了不期望的结果集,存在逻辑错误。如果看一下上述两个select 语句的执行计划,也会不同,后者使用了hash_aj,所以,请尽量不要使用not in(它会调用子查询),而尽量使用not exists(它会调用关联子查询)。如果子查询中返回的任意一条记录含有空值,则查询将不返回任何记录。如果子查询字段有非空限制,这时可以使用not in,并且可以通过提示让它用hasg_aj或merge_aj连接。 如果查询语句使用了not in,那么对内外表都进行全表扫描,没有用到索引;而not exists的子查询依然能用到表上的索引。所以无论哪个表大,用not exists都比not in 要快。 3、in 与 = 的区别 select name from student where name in('zhang','wang','zhao'); 与 select name from student where name='zhang' or name='wang' or name='zhao' 的结果是相同的。

(22)尽量避免使用OR运算符

举例说明我们在查找当当前是行业版和高级版店铺的账号时,我们可能会这样写:

select id from T_Account where id in( select accountId from T_Bussiness where aotjob=3 or aotjob=5 )

where后面使用了aotjob=3 or aotjob=5,这样会导致数据库查询无法命中索引,会走全表扫描。所以在这里我们使用in则会比较好:

select id from T_Account where id in( select accountId from T_Bussiness where aotjob in (3,5) )

(23)like的查询的索引

1.[Col1] like "abc%" --index seek 这个就用到了索引查询 2.[Col1] like "%abc%" --index scan 而这个就并未用到索引查询 3.[Col1] like "%abc" --index scan 这个也并未用到索引查询

我想从上而三个例子中,大家应该明白,最好不要在LIKE条件前面用模糊匹配,否则就用不到索引查询。

2.合理使用NULL属性

  
新加的表,所有字段禁止NULL
  
(新表为什么不允许NULL?
  
允许NULL值,会增加应用程序的复杂性。你必须得增加特定的逻辑代码,以防止出现各种意外的bug
  
三值逻辑,所有等号(“=”)的查询都必须增加isnull的判断。
  

Null=Null、Null!=Null、not(Null=Null)、not(Null!=Null) 都为unknown,不为true

举例来说明一下:
如果表里面的数据如图所示:

  
你想来找查找除了name等于aa的所有数据,然后你就不经意间用了

SELECT * FROM USERS WHERE NAME<>’aa’

 

1.本站遵循行业规范,任何转载的稿件都会明确标注作者和来源;2.本站的原创文章,请转载时务必注明文章作者和来源,不尊重原创的行为我们将追究责任;3.作者投稿可能会经我们编辑修改或补充。

相关文章
  • 救火队员的那些事(2) - CC

    救火队员的那些事(2) - CC

    2016-09-07 17:00

  • 回首一年的骚动岁月 - Akon_Coder

    回首一年的骚动岁月 - Akon_Coder

    2016-09-04 16:00

  • 那些年搞不懂的术语、概念:协变、逆变、不变体 - 农码一生

    那些年搞不懂的术语、概念:协变、逆变、不变体 - 农码一生

    2016-08-30 17:00

  • 开源的那些事儿 (一)- 如何看待开源 - LeftNotEasy

    开源的那些事儿 (一)- 如何看待开源 - LeftNotEasy

    2016-08-24 10:00

网友点评
=