Oracle语句优化规则汇总(10)

来源：pcdog 作者：佚名出处：巧巧读书 2008-02-19 进入讨论组

访问 http://www.qqread.com/oracle/2008/02/b397130.html

当选择执行路径时，优化器可能对每个条件采用LODGING$MANAGER上的索引范围扫描。返回的ROWID用来访问LODGING表的记录 (通过TABLE ACCESS BY ROWID 的方式)。最后两组记录以连接(CONCATENATION)的形式被组合成一个单一的集合。

　　Explain Plan ：

　　SELECT STATEMENT Optimizer=CHOOSE
　　CONCATENATION
　　TABLE ACCESS (BY INDEX ROWID) OF LODGING
　　INDEX (RANGE SCAN ) OF LODGING$MANAGER (NON-UNIQUE)
　　TABLE ACCESS (BY INDEX ROWID) OF LODGING
　　INDEX (RANGE SCAN ) OF LODGING$MANAGER (NON-UNIQUE)

　　：本节和第37节似乎有矛盾之处。

　　3. CBO下使用更具选择性的索引

　　基于成本的优化器(CBO， Cost-Based Optimizer)对索引的选择性进行判断来决定索引的使用是否能提高效率。

　　如果索引有很高的选择性，那就是说对于每个不重复的索引键值，只对应数量很少的记录。

　　比如，表中共有100条记录而其中有80个不重复的索引键值。这个索引的选择性就是80/100 = 0.8 . 选择性越高，通过索引键值检索出的记录就越少。

　　如果索引的选择性很低，检索数据就需要大量的索引范围查询操作和ROWID 访问表的操作。也许会比全表扫描的效率更低。

　　：下列经验请参阅：

　　a. 如果检索数据量超过30%的表中记录数。使用索引将没有显著的效率提高。

　　b. 在特定情况下，使用索引也许会比全表扫描慢，但这是同一个数量级上的区别。而通常情况下，使用索引比全表扫描要快几倍乃至几千倍!

　　4. 避免使用耗费资源的操作

　　带有DISTINCT，UNION，MINUS，INTERSECT，ORDER BY的SQL语句会启动SQL引擎执行耗费资源的排序(SORT)功能。 DISTINCT需要一次排序操作，而其他的至少需要执行两次排序。

　　例如，一个UNION查询，其中每个查询都带有GROUP BY子句， GROUP BY会触发嵌入排序(NESTED SORT) ; 这样，每个查询需要执行一次排序，然后在执行UNION时，又一个唯一排序(SORT UNIQUE)操作被执行而且它只能在前面的嵌入排序结束后才能开始执行。嵌入的排序的深度会大大影响查询的效率。

　　通常，带有UNION， MINUS ， INTERSECT的SQL语句都可以用其他方式重写。

　　：如果你的数据库的SORT_AREA_SIZE调配得好，使用UNION ， MINUS， INTERSECT也是可以考虑的，毕竟它们的可读性很强

　　5. 优化GROUP BY

　　提高GROUP BY 语句的效率，可以通过将不需要的记录在GROUP BY 之前过滤掉。下面两个查询返回相同结果但第二个明显就快了许多。