oracle 优化规则(5)
时间:2016-12-13 15:14 来源:linux.it.net.cn 作者:IT
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 by JOB
HAVING JOB = 'PRESIDENT' OR JOB = 'MANAGER'
高效：
SELECT JOB, AVG(sal)
FROM EMP
WHERE JOB = 'PRESIDENT'
OR JOB = 'MANAGER'
GROUP by 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表空间里。 同时，确保数据表空间和索引表空间置于不同的硬盘上。
“同时，确保数据表空间和索引表空间置与不同的硬盘上。”可能改为如下更为准确 “同时，确保数据表空间和索引表空间置与不同的硬盘控制卡控制的硬盘上。” (责任编辑：IT)
| 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 by JOB HAVING JOB = 'PRESIDENT' OR JOB = 'MANAGER' 高效： SELECT JOB, AVG(sal) FROM EMP WHERE JOB = 'PRESIDENT' OR JOB = 'MANAGER' GROUP by 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表空间里。 同时，确保数据表空间和索引表空间置于不同的硬盘上。 “同时，确保数据表空间和索引表空间置与不同的硬盘上。”可能改为如下更为准确 “同时，确保数据表空间和索引表空间置与不同的硬盘控制卡控制的硬盘上。” (责任编辑：IT) |