Oracle数据库优化器的三种类型


  本文标签:Oracle数据库

  就我个人而言,我很喜欢Oracle,在是实际的相关工作中也对Oracle数据库优化器的经验教训很是喜欢,那么下面就这个问题来进行详细探讨吧!如果你也是Oracle数据库优化器优化的忠诚粉丝的话,你不要错过  。

  Oracle数据库优化器共有3种:

  a. RULE (基于规则)

  b. COST (基于成本)

  c. CHOOSE (选择性)

  为了使用基于成本的优化器(CBO, Cost-Based Optimizer) , 你必须定期更新统计信息,以保证Oracle数据库中的对象统计信息(object statistics)的准确性.

  如果Oracle数据库优化器模式设置为选择性(CHOOSE),那么实际的优化器模式将和是否运行过analyze命令有关. 如果table已经被analyze过, 优化器模式将自动成为CBO , 反之,数据库将采用RULE形式的优化器  。

  访问Table的方式

  Oracle 采用两种访问表中记录的方式:

  a. 全表扫描:全表扫描就是顺序地访问表中每条记录. Oracle采用一次读入多个数 据块(database block)的方式优化全表扫描  。

  b. 索引扫描:你可以采用基于ROWID的访问方式情况,提高访问表的效率, ROWID包含了表中记录的物理位置信息.Oracle采用索引(INDEX)实现了数据和存放数据的物理位置(ROWID)之间的联系. 通常索引提供了快速访问ROWID的方法,因此那些基于索引列的查询就可以得到性能上的提高.

  其中Oracle对索引又有两种访问模式.

  a)索引唯一扫描 ( INDEX UNIQUE SCAN)大多数情况下, 优化器通过WHERE子句访问INDEX.

  表LOADING有两个索引 : 建立在LOADING列上的唯一性索引LOADING_PK和建立在MANAGER列上的非唯一性索引IDX_MANAGER.

  

  1. SELECT loading  
  2. FROM LOADING  
  3. WHERE LOADING = ‘ROSE HILL’;  

  

  在内部 , 上述SQL将被分成两步执行, 首先 , LOADING_PK 索引将通过索引唯一扫描的方式被访问 , 获得相对应的ROWID, 通过ROWID访问表的方式执行下一步检索.如果被检索返回的列包括在INDEX列中,Oracle数据库优化器将不执行第二步的处理(通过ROWID访问表). 因为检索数据保存在索引中, 单单访问索引就可以完全满足查询结果.下面SQL只需要INDEX UNIQUE SCAN 操作.

  

  1. SELECT LOADING  
  2. FROM LOADING  
  3. WHERE LOADING = ‘ROSE HILL’;  

  

  b)索引范围查询(INDEX RANGE SCAN)适用于两种情况:

  1. 基于一个范围的检索

  2. 基于非唯一性索引的检索

  WHERE子句条件包括一系列值, Oracle将通过索引范围查询的方式查询LODGING_PK . 由于索引范围查询将返回一组值, 它的效率就要比索引唯一扫描低一些. 这个SQL的执行分两步, IDX_MANAGER的索引范围查询(得到所有符合条件记录的ROWID) 和下一步同过ROWID访问表得到LOADING列的值.

  由于IDX_MANAGER是一个非唯一性的索引,Oracle数据库不能对它执行索引唯一扫描.由于SQL返回LOADING列,而它并不存在于IDX_MANAGER索引中, 所以在索引范围查询后会执行一个通过ROWID访问表的操作.WHERE子句中, 如果索引列所对应的值的第一个字符由通配符(WILDCARD)开始, 索引将不被采用.在这种情况下,Oracle将使用全表扫描.以上介绍Oracle数据库优化器  。