没有fast=true的设置有人说or 比 in 好，exists 比in 好,索引比全表扫描好，分区能提高查询效率，但是分区要降低插入效率

我要说的是，没有fast=true的选项， 如果能找到一步，或者几步公式化的方法能提高效率，那么优化器自己就会做了，根本不用用户担心。

假设 or比in好，数据库优化器把in语法和or语法走的执行计划一样就可以了，何必折磨用户呢。

说点实际的，很多人张嘴就说，SQL优化就是避免全表扫描，不知道大家有没有了解过索引查找的原理.索引查找数据，有两步要做，第一步是索引中快速查询，索引里只存储了对应表数据的rowid, 所以还有第二步，根据rowid去得到全部的数据, 所以需要一次磁盘i/o, 不要小看磁盘I/O,通过索引查询出的结果比较多的时候，磁盘i/o的时间是非常大的，这个时候比全表扫描慢得多， 实际上，oracle 10g基于成本的优化器(CBO)，选择性不高的索引，优化器根本不会使用，而自动采用全表扫描的方式来做.