eygle.com   eygle.com
eygle.com  
 

« Oracle初学者入门指南-什么是Metalink? | Blog首页 | 体验微软live免费邮局服务 »

Oracle初学者入门指南-索引是干什么用的?

作者:eygle |【转载时请以超链接形式标明文章和作者信息及本声明
链接:
关于索引是什么的最简单的比喻是,索引之于表数据如同目录之于一本书。
通过目录的页码我们可以快速的定位一个内容,同样通过索引记录的rowid我们可以快速的定位一条数据。

如同目录很难针对书中每个字词一样,索引也很难针对所有字段。
我们通常索引最能代表章节,记录属性的内容。
索引并非总能带来性能提升,但是通常情况下,索引能加快访问,所以建表的时候,你一定要知道还有索引这样一类对象。

下面这个案例是我们绝对不应该和不想看到的。

今天一个部门报数据库巨慢无比,上去看了一下,抓到如下的SQL:
SQL> select sql_text
  2  from v$sqltext a
  3  where a.hash_value = (
  4  select sql_hash_value from v$session b
  5  where b.sid='&sid'
  6  )
  7  order by piece asc
  8  /

SQL_TEXT
----------------------------------------------------------------
select * from i_cm_power t WHERE T.SJH='13911xxxxx6'

检查了一下该查询访问的数据表,居然一个索引都没有:
SQL> select index_name from dba_indexes where table_name=upper('i_cm_power');

INDEX_NAME
------------------------------

没有索引意味着,即使为了获取这一条记录,Oracle也必须对5.28G的一个表进行全表扫描,如果不慢那就怪了:
SQL> col segment_name for a20
SQL> select segment_name,bytes/1024/1024/1024 
     from dba_segments where segment_name=upper('i_cm_power');

SEGMENT_NAME         BYTES/1024/1024/1024
-------------------- --------------------
I_CM_POWER                  5.28173828125

创建一个索引再说:
SQL> create index idx_i_cm_power_sjh on i_cm_power(sjh);

Index created.

Elapsed: 00:20:50.73

SQL> col segment_name for a20
SQL> select segment_name,bytes/1024/1024 MB 
  2  from dba_segments where segment_name=upper('idx_i_cm_power_sjh');

SEGMENT_NAME                 MB
-------------------- ----------
IDX_I_CM_POWER_SJH         1360

SQL> 

无疑这个索引对于这样的简单查询是大有益处的:
SQL> select * from i_cm_power t WHERE T.SJH='13911xxxxx6';

Elapsed: 00:00:00.07

Execution Plan
----------------------------------------------------------
   0      SELECT STATEMENT Optimizer=CHOOSE
   1    0   TABLE ACCESS (BY INDEX ROWID) OF 'I_CM_POWER'
   2    1     INDEX (RANGE SCAN) OF 'IDX_I_CM_POWER_SJH' (NON-UNIQUE)


Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
          6  consistent gets
          0  physical reads
          0  redo size
       1022  bytes sent via SQL*Net to client
        503  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          2  rows processed

然而在实际中,你需要考虑更多的因素。
增加索引会占用更多的存储空间;索引的维护会增加数据库的负担,如果有海量的数据加载,可能会极大影响性能...

所以事实可能总是比你想象的更复杂,你只有知道的更多...

By eygle on 2005-11-19 09:53 | Comments (2) | Posted to Beginner | Edit |Pageviews:

相关文章 随机文章
  • DBA警世录:威胁来自数据库之外
  • Oracle的分区表和Local索引创建与维护
  • DBA警世录:root操作需谨慎
  • DBA警世录:使用ASM应当具备充分认识
  • DBA警世录:年关临近 谨防数据库事故
  • 至性至情-金岳霖泪眼迷离忆徽因[阅读]
    在Oracle10g RAC下新增ASM磁盘组
    招聘Oracle DBA一名
    (BEATLES+METALLICA)=BEATALLICA
    说说Yahoo!糟糕的密码找回功能
    搜索本站:

    留言 (2)

    Hi,
    Your website has some good articles, but why can't we see your complete articles ?
    like this : 然而在实际中,你需要考虑更多的因素。
    Should we install some programs ?

    Thanks

    Posted by: Helmi at November 29, 2005 1:34 PM

    增加索引会占用更多的存储空间;索引的维护会增加数据库的负担,如果有海量的数据加载,可能会极大影响性能...

    这就是我说的其他因素啊.

    很多东西,明白了原理之后,就是运用之妙,存乎一心了.

    Posted by: eygle at November 29, 2005 11:17 PM

    发表留言:



    Remember Me?
    (输入验证码后方可评论,谢谢支持)



    CopyRight © 2004 eygle.com, All rights reserved.