46.       连接多个扫描

如果你对一个列和一组无限的值进行比较, 优化器可能执行多次扫描并对结果进行合并连接.

举例:

    SELECT *

    FROM LODGING

    WHERE MANAGER IN (‘BILL GATES’,’KEN MULLER’);

 

    优化器可能将它转换成以下方式

    SELECT *

    FROM LODGING

    WHERE MANAGER = ‘BILL GATES’

    OR MANAGER = ’KEN MULLER’;

   

    当选择执行路径时, 优化器可能对每个条件采用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节似乎有矛盾之处.

 

 

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

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

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

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

如果索引的选择性很低, 检索数据就需求大量的索引范围查询操作和ROWID 访问表的

操作. 也许会比全表扫描的效率更低.

  

译者按:

下列经验请参阅:

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

b.       在特定情况下, 使用索引也许会比全表扫描慢, 但这是同一个数量级上的

区别. 而通常情况下,使用索引比全表扫描要块几倍乃至几千倍!

 

 

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

带有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也是可以考虑的, 毕竟它们的可读性很强

 

 

49.       优化GROUP BY

提高GROUP BY 语句的效率, 可以通过将不需求的记录在GROUP BY 之前过滤掉.下面两个查询前往相反结果但第二个明显就快了许多.

 

低效:

   SELECT JOB , AVG(SAL)

   FROM EMP

   GROUP JOB

   HAVING JOB = ‘PRESIDENT’

   OR JOB = ‘MANAGER’

 高效:

   SELECT JOB , AVG(SAL)

   FROM EMP

   WHERE JOB = ‘PRESIDENT’

   OR JOB = ‘MANAGER’

   GROUP JOB

     

译者按:

     本节和14节相反. 可略过.

 

50.       使用日期

当使用日期是,需求留意如果有超过5位小数加到日期上, 这个日期会进到下一天!

 

例如:

1.

SELECT TO_DATE(‘01-JAN-93’+.99999)

FROM DUAL;

 

Returns:

   ’01-JAN-93 23:59:59’

2.

SELECT TO_DATE(‘01-JAN-93’+.999999)

FROM DUAL;

 

Returns:

   ’02-JAN-93 00:00:00’

 

译者按:

    虽然本节和SQL功用优化没有关系, 但是作者的功力可见一斑

   

51.   使用显式的游标(CURSORs)

使用隐式的游标,将会执行两次操作. 第一次检索记录, 第二次检查TOO MANY ROWS 这个exception . 而显式游标不执行第二次操作.

 

52.   优化EXPORT和IMPORT

使用较大的B