两个表的userid均是主键。
select * from T_UserInfo where userid in (select userid from T_UserInfo3) --05s
select * from T_UserInfo T where (select count(*) from T_UserInfo3 where userid = T.userid)>0
select * from T_UserInfo T where exists(select * from T_UserInfo3 where userid = T.userid)
select T.* from T_UserInfo T inner join T_UserInfo3 U on U.userid = T.userid
昨天测了半天,从小数据到大数据量,结果是:
1、3、4始终都是相同的。
第二种写法根据数据量的大小变化。
select出的行很少时,它最差。
select出的行在某较少的范围时,它最快。
select出的行很多时,它效率与其它三种一样。
此结果是根据执行计划和statistics IO及实测时间来得到的结论。
不过这让我知道的SQL的默认优化机制有时是根据数据多少而不同的。
就象以前发现的,不要以为用索引查询就会用索引,SqLserver自己会选择的,
如果它认为表扫描比索引扫描更省时,那么它就不会索引。。。。
我们做SQL优化时,可借助plan 和 statistics IO来优化T_SQL,非常准。
逻辑读的数量决定了你要优化什么。。。。。。其它的,嘿嘿,跟优化无关了。。。
PS:逻辑读的数量指的是索引页+数据页