** 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 **
使用较大的 BUFFER( 比如 10MB , 10,240,000) 可以提高 EXPORT 和 IMPORT 的速度 .
ORACLE 将尽可能地获取你所指定的内存大小 , 即使在内存不满足 , 也不会报错 . 这个值至少要和表中最大的列相当 , 否则列值会被截断 .
** 译者按 : **
** 可以肯定的是 , ** ** 增加 BUFFER ** ** 会大大提高 EXPORT , IMPORT ** ** 的效率 . ( ** ** 曾经碰到过一个 CASE, ** ** 增加 BUFFER ** ** 后 ,IMPORT/EXPORT ** ** 快了 10 ** ** 倍 !) **
** 作者可能犯了一个错误 : “ ** ** 这个值至少要和表中最大的列相当 , ** ** 否则列值会被截断 . “ **
** 其中最大的列也许是指最大的记录大小 . **
** 关于 EXPORT/IMPORT ** ** 的优化 ,CSDN ** ** 论坛中有一些总结性的贴子 , ** ** 比如关于 BUFFER ** ** 参数 , COMMIT ** ** 参数等等 , ** ** 详情请查 . **
** 53. ** ** 分离表和索引 **
总是将你的表和索引建立在不同的表空间内 (TABLESPACES). 决不要将不属于 ORACLE 内部系统的对象存放到 SYSTEM 表空间里 . 同时 , 确保数据表空间和索引表空间 置于不同的硬盘上 .
** 译者按 : **
** “ ** ** 同时 , ** ** 确保数据表空间和索引表空间置与不同的硬盘上 .” ** ** 可能改为如下更为准确 “ ** ** 同时 , ** ** 确保数据表空间和索引表空间置与不同的硬盘控制卡控制的硬盘上 .” **
** ( ** ** 全文完 ) **
** Black_Snail **
** [email protected] **
** 4/Sep/2003 **