就我个人而言，我很喜欢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
- WHERE LOADING = ‘ROSE HILL’;
在内部 , 上述SQL将被分成两步执行, 首先 , LOADING_PK 索引将通过索引唯一扫描的方式被访问 , 获得相对应的ROWID, 通过ROWID访问表的方式执行下一步检索.如果被检索返回的列包括在INDEX列中,Oracle数据库优化器将不执行第二步的处理(通过ROWID访问表). 因为检索数据保存在索引中, 单单访问索引就可以完全满足查询结果.下面SQL只需要INDEX UNIQUE SCAN 操作.
- SELECT LOADING
- FROM LOADING
- 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数据库优化器。
【编辑推荐】
