oracle优化5（用索引提高效率）
用索引提高效率
索引是表的一个概念部分,用来提高检索数据的效率. 实际上,ORACLE使用了一个复杂的自平衡B-tree结构. 通常,通过索引查询数据比全表扫描要快. 当ORACLE找出执行查询和Update语句的最佳路径时, ORACLE优化器将使用索引. 同样在联结多个表时使用索引也可以提高效率. 另一个使用索引的好处是,它提供了主键(primary key)的唯一性验证.
除了那些LONG或LONG RAW数据类型, 你可以索引几乎所有的列. 通常, 在大型表中使用索引特别有效. 当然,你也会发现, 在扫描小表时,使用索引同样能提高效率.
虽然使用索引能得到查询效率的提高,但是我们也必须注意到它的代价. 索引需要空间来存储,也需要定期维护, 每当有记录在表中增减或索引列被修改时, 索引本身也会被修改. 这意味着每条记录的INSERT , DELETE , UPDATE将为此多付出4 , 5 次的磁盘I/O . 因为索引需要额外的存储空间和处理,那些不必要的索引反而会使查询反应时间变慢.
定期的重构索引是有必要的.
ALTER INDEX <INDEXNAME> REBUILD <TABLESPACENAME>
ORACLE对索引有以下几种访问模式：
索引扫描的类型：根据索引的类型与where限制条件的不同，有4种类型的索引扫描：
索引唯一扫描(index unique scan)
索引范围扫描(index range scan)
索引全扫描(index full scan)
索引快速扫描(index fast full scan)
索引唯一扫描(index unique scan)
通过唯一索引查找一个数值经常返回单个ROWID。
说明：如果该唯一索引有多个列组成(即组合索引)，则至少要有组合索引的引导列（创建组合索引时的第一列，称为引导列）参与到该查询中
如：explain plan for select * from usertab where u_id=21;
select * from table(dbms_xplan.display);
PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
Plan hash value: 1902254847
--------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost
--------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 58 |
| 1 | TABLE ACCESS BY GLOBAL INDEX ROWID| USERTAB | 1 | 58 |
|* 2 | INDEX UNIQUE SCAN | SYS_C0011318 | 1 | |
--------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
2 - access("U_ID"=21)
14 rows selected
索引范围扫描(index range scan)
使用一个索引存取多行数据，同上面一样，如果索引是组合索引，则至少要有组合索引的引导列参与到该查询中
在唯一索引上使用索引范围扫描的典型情况下是在谓词(where