就我个人而言，我很喜欢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.

SELECT?loading

FROM?LOADING

WHERELOADING=?‘ROSE?HILL’;

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

SELECT?LOADING

FROM?LOADING

WHERELOADING=?‘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数据库优化器。

http://www.dengb.com/oracle/585751.htmlwww.dengb.comtruehttp://www.dengb.com/oracle/585751.htmlTechArticle就我个人而言，我很喜欢Oracle，在是实际的相关工作中也对Oracle数据库优化器的经验教训很是喜欢，那么下面就这个问题来进行详细探讨吧...