sqlserver性能优化--呼叫中心来电归属地查询

数据21万多,对【CHARINDEX和SUBSTRING】和【In和Or】在是否有索引的条件下的检测和比较。


1. CHARINDEX
SELECT addressFROM PhoneToAddressInfo WHERE (CHARINDEX(Phone, '15201956983') = 1)
不创建索引:表 'PhoneToAddressInfo'。扫描计数 1,逻辑读 942 次,物理读 0 次,预读 0 次。CPU 时间 = 650 毫秒,耗费时间 = 650 毫秒。
创建索引:表 'PhoneToAddressInfo'。扫描计数 1,逻辑读 955 次,物理读 0 次,预读 0 次。CPU 时间 = 734 毫秒,耗费时间 = 736 毫秒。

结论:CHARINDEX查询的列创建索引没有实际的意义,因为CHARINDEX不走索引和like’%---‘相似。

2.SUBSTRING
SELECT Address FROM PhoneToAddressInfo WHERE phone=SUBSTRING('15201956983',1,7)
不创建索引:表 'PhoneToAddressInfo'。扫描计数 1,逻辑读 942 次,物理读 0 次,预读 0 次。CPU 时间 = 75 毫秒,耗费时间 = 75 毫秒
创建索引:表 'PhoneToAddressInfo'。扫描计数 1,逻辑读 3 次,物理读 0 次,预读 0 次。CPU 时间 = 0 毫秒,耗费时间 = 0 毫秒。

结论:SUBSTRING查询的列创建索引在查询时有着本质的提高,合理使用提高查询性能。

3.IN
'PhoneToAddressInfo'。扫描计数 3,逻辑读 10 次,物理读 0 次,预读 0 次。CPU 时间 = 0 毫秒,耗费时间 = 0 毫秒。
SELECT Address FROM PhoneToAddressInfo WHERE phone in (SUBSTRING('15201956983',1,7),SUBSTRING('18926175999',1,7),SUBSTRING('13150105555',1,7))



4.OR
表 'PhoneToAddressInfo'。扫描计数 3,逻辑读 10 次,物理读 0 次,预读 0 次。CPU 时间 = 0 毫秒,耗费时间 = 0 毫秒。
SELECT Address FROM PhoneToAddressInfo WHERE phone=SUBSTRING('15201956983',1,7) or phone=SUBSTRING('18926175999',1,7) or phone=SUBSTRING('13150105555',1,7)


结论: or和in的效率几乎一样
1、当IN(条件列表) 中的条件列表是少量值时,它会解释成OR连接,即最后编译成和OR连接一模一样的语句;
2、当IN(条件列表) 中的条件列表很长时,或者你使用OR方法来连接条件并且连接数量很多时,则它们最后的解释效果也是一样的,即都是把条件列表创建为一个哈希表,然后和被查询的表中的行进行对比

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值