介绍完SARG后，我们来总结一下使用SARG以及在实践中遇到的和某些资料上结论不同的经验：

　　1、like语句是否属于SARG取决于所使用的通配符的类型

　　如：name like ‘张%’ ，这就属于SARG

　　而：name like ‘%张’ ,就不属于SARG。

　　原因是通配符%在字符串的开通使得索引无法使用。

　　2、or 会引起全表扫描

　　Name=’张三’ and 价格>5000 符号SARG，而：Name=’张三’ or 价格>5000 则不符合SARG。使用or会引起全表扫描。

　　3、非操作符、函数引起的不满足SARG形式的语句

　　不满足SARG形式的语句最典型的情况就是包括非操作符的语句，如：NOT、!=、<>、!<、!>、NOT exists、NOT IN、NOT like等，另外还有函数。下面就是几个不满足SARG形式的例子：

　　ABS(价格)<5000

　　Name like ‘%三’

　　有些表达式，如：

　　where 价格*2>5000

　　SQL SERVER也会认为是SARG，SQL SERVER会将此式转化为：

　　where 价格>2500/2

　　但我们不推荐这样使用，因为有时SQL SERVER不能保证这种转化与原始表达式是完全等价的。

　　4、IN 的作用相当与OR

　　语句：

　　select * from table1 where tid in (2,3)

　　和

　　select * from table1 where tid=2 or tid=3

　　是一样的，都会引起全表扫描，如果tid上有索引，其索引也会失效。

　　5、尽量少用NOT

　　6、exists 和 in 的执行效率是一样的

　　很多资料上都显示说，exists要比in的执行效率要高，同时应尽可能的用not exists来代替not in。但事实上，我试验了一下，发现二者无论是前面带不带not，二者之间的执行效率都是一样的。因为涉及子查询，我们试验这次用SQL SERVER自带的pubs数据库。运行前我们可以把SQL SERVER的statistics I/O状态打开。

　　该句的执行结果为：

　　表 ’sales’。扫描计数 18，逻辑读 56 次，物理读 0 次，预读 0 次。

　　表 ’titles’。扫描计数 1，逻辑读 2 次，物理读 0 次，预读 0 次。

　　表 ’sales’。扫描计数 18，逻辑读 56 次，物理读 0 次，预读 0 次。

　　表 ’titles’。扫描计数 1，逻辑读 2 次，物理读 0 次，预读 0 次。

　　我们从此可以看到用exists和用in的执行效率是一样的。

　　7、用函数charindex()和前面加通配符%的like执行效率一样

微信公众号

TechTarget

官方微博

TechTarget中国