14-多表连接、索引选择、显式游标和其他


14-多表连接、索引选择、显式游标和其他

==============

1、连接多个扫描

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

例:

SQL> select count(*) from an1 where name in('anbaisheng','xiangxiang') ;

  COUNT(*)
----------
     20000

已用时间:  00: 00: 00.01

执行计划
----------------------------------------------------------
Plan hash value: 3815355493

---------------------------------------------
| Id  | Operation          | Name           |
---------------------------------------------
|   0 | SELECT STATEMENT   |                |
|   1 |  SORT AGGREGATE    |                |
|   2 |   CONCATENATION    |                |
|*  3 |    INDEX RANGE SCAN| INDEX_AN1_NAME |
|*  4 |    INDEX RANGE SCAN| INDEX_AN1_NAME |
---------------------------------------------

oracle可能会将他转换成以下语句

SQL> select count(*) from an1 where name='anbaisheng' or name='xiangxiang';

  COUNT(*)
----------
     20000

已用时间:  00: 00: 00.01

执行计划
----------------------------------------------------------
Plan hash value: 3815355493

---------------------------------------------
| Id  | Operation          | Name           |
---------------------------------------------
|   0 | SELECT STATEMENT   |                |
|   1 |  SORT AGGREGATE    |                |
|   2 |   CONCATENATION    |                |
|*  3 |    INDEX RANGE SCAN| INDEX_AN1_NAME |
|*  4 |    INDEX RANGE SCAN| INDEX_AN1_NAME |
---------------------------------------------

当选择执行路径时,优化器可能对每一个条件采用loding$vmanager上的索引范围扫描
返回的rowid用来访问lodging表的记录
最后两组记录以连接的形式被组合成一个单一的集合

-------------------------------

2、CBO下使用更具选择性的索引

基于成本的优化器对索引的选择性进行判断来决定所以你的使用是否能提高效率

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

比如, 表中共有100条记录而其中有80个不重复的索引键值. 这个索引的选择性就是80/100 = 0.8
 选择性越高, 通过索引键值检索出的记录就越少.
 
如果索引的选择性很低, 检索数据就需要大量的索引范围查询操作和ROWID
访问表的操作. 也许会比全表扫描的效率更低.

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

b. 在特定情况下, 使用索引也许会比全表扫描慢, 但这是同一个数量级上的区别.
 而通常情况下,使用索引比全表扫描要块几倍乃至几千倍
 
 ----------------------------------
 
 3、避免使用消耗资源的操作
 
带有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也是可以考虑的, 毕竟它们的可读性很强


------------------------------------

4、优化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 JOB

------------------------------------

5、使用显式游标

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

------------------------------------

6、优化exp和imp

使用较大的buffer可以提高exp和imp的速度

------------------------------------

7、分离索引和表

将表和索引建立在不同的表空间
如果可以控制,最好放在不同的磁盘上
(俺觉得过时了)

 

 


 

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/13177610/viewspace-676350/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/13177610/viewspace-676350/

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值