SqL四种写法测试结果


两个表的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:逻辑读的数量指的是索引页+数据页

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值