MS SQL调优日志-CHRINDEX与IN

MS SQL调优日志
使用char index函数的性能分析
1. 查看76条

运行结果：CPU时间和占用时间都在1.2秒左右，逻辑读取326次（326*8K）

2. 使用IN函数

CPU和占用时间都在15ms左右，扫描次数76，逻辑读取306次（306*8K）
这里你可能会有疑问，扫描次数多了，逻辑读取虽然少了一些，但是为什么执行时间少了将近100多倍。
回答这个问题我们只需查看具体执行计划就可以了。在下面的执行计划中我们可知道在查询课表的时候采用的是索引。
所以我们得出一个结论：where字句等号左边不能使用函数，因为会让索引失效，那既然这样我们改用like来替代char index可好？
注意：like子句只有在只有右边单“%”时候索引才能执行，即‘A%’，所以这也不适合在此处使用。

如果IN（）里面的值是大数据量情况会如何，本人测试IN里面有2000，5000，8000，10000条记录的时候发现索引并没有丢失。但是执行时间大量增加。8000条记录的时候CPU时间和等待时间都是6秒左右。这样的话，在IN是大数据量的情况下我们又该如何优化呢？试了给临时表加索引还是没有效果求助。。。。