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方法来连接条件并且连接数量很多时，则它们最后的解释效果也是一样的，即都是把条件列表创建为一个哈希表，然后和被查询的表中的行进行对比。
