关于sql的in子句和exists如何提高效率，请高人指点

Question

左连接，那我in里面那些值怎么弄啊，用or么,那个也不好啊

Answer 1

IN 子句这样应用效率是比较高的, 问题不是出在IN子句; 左连接的效率更差.

Answer 2

EXISTS/NOT EXISTS一定比IN/NOT IN的效率高吗？
经常别人说EXISTS比IN快！NOT EXISTS比NOT IN快！然而事实真的如此么？
    我们先讨论IN和EXISTS。
    select * from t1 where x in ( select y from t2 )
    事实上可以理解为：
    select * 
      from t1, ( select distinct y from t2 ) t2
     where t1.x = t2.y;
    ——如果你有一定的SQL优化经验，从这句很自然的可以想到t2绝对不能是个大表，因为需要对t2进行全表的“唯一排序”，如果t2很大这个排序的性能是不可忍受的。但是t1可以很大，为什么呢？最通俗的理解就是因为t1.x=t2.y可以走索引。但这并不是一个很好的解释。试想，如果t1.x和t2.y都有索引，我们知道索引是种有序的结构，因此t1和t2之间最佳的方案是走merge join。另外，如果t2.y上有索引，对t2的排序性能也有很大提高。
    select * from t1 where exists ( select null from t2 where y = x )
    可以理解为：
    for x in ( select * from t1 )
    loop
       if ( exists ( select null from t2 where y = x.x )
       then 
          OUTPUT THE RECORD!
       end if
    end loop
    ——这个更容易理解，t1永远是个表扫描！因此t1绝对不能是个大表，而t2可以很大，因为y=x.x可以走t2.y的索引。
    综合以上对IN/EXISTS的讨论，我们可以得出一个基本通用的结论：IN适合于外表大而内表小的情况；EXISTS适合于外表小而内表大的情况。

Answer 3

IN (select a1 from table1), 这样的格式不提倡;
但建议使用 in ('1','2','3')

Answer 4

在SQL中 a1 in ('1','2','3') 自动优化成 a1='1' or a1='2' or a1='3'

Answer 5

我在200万记录的表中进行测试, a1 in ('1','2','3') 比 IN (select a1 from table1)高N倍(假设table1中a1字段返回值分别是'1','2','3')

Answer 6

看来也只有这样了，我的in里面的值后来转为xml文件中读取了