ORACLE SQL性能优化系列 (八)

原创 2003年08月12日 22:13:00

25.       用索引提高效率<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

 

索引是表的一个概念部分,用来提高检索数据的效率. 实际上,ORACLE使用了一个复杂的自平衡B-tree结构. 通常,通过索引查询数据比全表扫描要快. ORACLE找出执行查询和Update语句的最佳路径时, ORACLE优化器将使用索引. 同样在联结多个表时使用索引也可以提高效率. 另一个使用索引的好处是,它提供了主键(primary key)的唯一性验证.

除了那些LONGLONG RAW数据类型, 你可以索引几乎所有的列. 通常, 在大型表中使用索引特别有效. 当然,你也会发现, 在扫描小表时,使用索引同样能提高效率.

虽然使用索引能得到查询效率的提高,但是我们也必须注意到它的代价. 索引需要空间来

存储,也需要定期维护, 每当有记录在表中增减或索引列被修改时, 索引本身也会被修改. 这意味着每条记录的INSERT , DELETE , UPDATE将为此多付出4 , 5 次的磁盘I/O . 因为索引需要额外的存储空间和处理,那些不必要的索引反而会使查询反应时间变慢.

 

译者按:

定期的重构索引是有必要的.

ALTER INDEX <INDEXNAME> REBUILD <TABLESPACENAME>

 

26.       索引的操作

 

ORACLE对索引有两种访问模式.

 

索引唯一扫描 ( INDEX UNIQUE SCAN)

 

大多数情况下, 优化器通过WHERE子句访问INDEX.

 

例如:

LODGING有两个索引 : 建立在LODGING列上的唯一性索引LODGING_PK和建立在MANAGER列上的非唯一性索引LODGING$MANAGER.

 

 

 

SELECT *

FROM LODGING

WHERE LODGING = ‘ROSE HILL’;

 

   在内部 , 上述SQL将被分成两步执行, 首先 , LODGING_PK 索引将通过索引唯一扫描的方式被访问 , 获得相对应的ROWID, 通过ROWID访问表的方式 执行下一步检索.

   如果被检索返回的列包括在INDEX列中,ORACLE将不执行第二步的处理(通过ROWID访问表). 因为检索数据保存在索引中, 单单访问索引就可以完全满足查询结果.

   下面SQL只需要INDEX UNIQUE SCAN 操作.

       

        SELECT LODGING

        FROM  LODGING

WHERE LODGING = ‘ROSE HILL’;

 

  索引范围查询(INDEX RANGE SCAN)

      适用于两种情况:

1.       基于一个范围的检索

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

 

 1:

 

      SELECT LODGING

      FROM  LODGING

WHERE LODGING LIKE ‘M%’;

 

WHERE子句条件包括一系列值, ORACLE将通过索引范围查询的方式查询LODGING_PK . 由于索引范围查询将返回一组值, 它的效率就要比索引唯一扫描

低一些.

 

2:

 

      SELECT LODGING

      FROM  LODGING

WHERE MANAGER = ‘BILL GATES’;

 

  这个SQL的执行分两步, LODGING$MANAGER的索引范围查询(得到所有符合条件记录的ROWID) 和下一步同过ROWID访问表得到LODGING列的值. 由于LODGING$MANAGER是一个非唯一性的索引,数据库不能对它执行索引唯一扫描.

 

  由于SQL返回LODGING,而它并不存在于LODGING$MANAGER索引中, 所以在索引范围查询后会执行一个通过ROWID访问表的操作.

 

  WHERE子句中, 如果索引列所对应的值的第一个字符由通配符(WILDCARD)开始, 索引将不被采用.

 

 SELECT LODGING

      FROM  LODGING

WHERE MANAGER LIKE HANMAN’;

 

 在这种情况下,ORACLE将使用全表扫描.

 

(待续)

 

ORACLE SQL性能优化系列(八)

 16.       通过内部函数提高SQL效率.     SELECT H.EMPNO,E.ENAME,H.HIST_TYPE,T.TYPE_DESC,COUNT(*)     FROM HISTO...
  • xiaolang85
  • xiaolang85
  • 2009年02月25日 14:46
  • 297

ORACLE SQL性能优化系列(八)

16.       通过内部函数提高SQL效率.     SELECT H.EMPNO,E.ENAME,H.HIST_TYPE,T.TYPE_DESC,COUNT(*)     FROM HISTOR...
  • hzfu007
  • hzfu007
  • 2006年09月13日 17:21
  • 604

ORACLE SQL性能优化系列(八)

16.       通过内部函数提高SQL效率.      SELECT H.EMPNO,E.ENAME,H.HIST_TYPE,T.TYPE_DESC,COUNT(*)     FROM HISTO...
  • baggio785
  • baggio785
  • 2005年09月26日 14:41
  • 1685

ORACLE SQL性能优化汇总

ORACLE SQL性能优化汇总:SQL语句共享、ORACLE SQL 多表联合查询、where语句条件顺序、ORACEL多表连接查询指定表别名alias等...
  • tianwei7518
  • tianwei7518
  • 2015年03月11日 23:41
  • 1022

ORACLE SQL性能优化系列 (七) (八)

24.       用EXPLAIN PLAN 分析SQL语句 EXPLAIN PLAN 是一个很好的分析SQL语句的工具,它甚至可以在不执行SQL的情况下分析语句. 通过分析,我们就可以知道ORAC...
  • cwwhy
  • cwwhy
  • 2005年06月27日 13:02
  • 897

高级SQL优化(二) ——《12年资深DBA教你Oracle开发与优化——性能优化部分》

充分利用索引 索引的限制 1. 索引对不等号和NOT的限制   如果WHERE条件中出现!=或者 Oracle 10g起,在基于CBO的优化器模式下Oralce会进行自动优...
  • holandstone
  • holandstone
  • 2016年05月21日 23:36
  • 2018

ORACLE SQL性能优化系列

ORACLE SQL性能优化系列1. 选用适合的ORACLE优化器 ORACLE的优化器共有3种: a. RULE (基于规则) b. COST (基于成本)c. CHOOSE (选择性) 设置缺省的...
  • xianbin
  • xianbin
  • 2006年11月19日 14:55
  • 788

ORACLE SQL性能优化系列

 选择最有效率的表名顺序(只在基于规则的优化器中有效)        ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名,因此FROM子句中写在最后的表(基础表 driving table...
  • meteorlWJ
  • meteorlWJ
  • 2008年06月16日 13:36
  • 534

ORACLE SQL性能优化No3--ORACLE SQL性能优化系列

1. 选用适合的ORACLE优化器      ORACLE的优化器共有3种:     a.  RULE (基于规则)   b. COST (基于成本)  c. CHOOSE (选择性)      设置...
  • elimago
  • elimago
  • 2007年07月02日 12:31
  • 790

ORACLE PL/SQL编程详解之八(一)

ORACLE PL/SQL编程详解之八(一)
  • SmartArtisan
  • SmartArtisan
  • 2015年03月21日 15:35
  • 664
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:ORACLE SQL性能优化系列 (八)
举报原因:
原因补充:

(最多只允许输入30个字)