Oracle索引表

索引组织表（Index-Organized Table）是按B-树的结构来组织和存储数据的。与标准表中的数据时无序存放的不同，索引表中数据按主键值有序存储。

叶子节点中存放的是表的主键值与所有非主键值，而不是B-树索引值与ROWID。由于整条记录都保存在索引表的叶子节点中，因此索引表不需要使用物理ROWID来确定记录的位置。

只要知道主键的值，就可以找到相应记录的完整内容。Oracle也会为每个主键创建一个逻辑上的ROWID，其他的索引将使用逻辑ROWID来映射索引表中的记录。

1.索引表与标准表的比较

（1）索引表中的ROWID列存放的是【逻辑】物理地址。而标准表的ROWID伪列中存储的则是真实的物理地址，这是两者之间最本质的区别。另外其他几个方面的差异都是因为有这个差异存在而存在。或者说，它是索引表优势的根源。

（2）索引表的主键约束是必须定义的，而标准表主键约束是可选的。

（3）索引表通过全索引扫描按一定排序返回所有记录，而标准表是通过顺序全表扫描按一定排序返回所有记录

（4）索引表不能是聚簇表，标准表可以是聚簇表。

（5）索引表不能包含虚拟列

（6）索引表只需要维护索引表一个存储结构，标准表需要维护表和索引两种

2.索引表的优点

（1）可以基于主键的快速查询及范围查询，因为数据时按主键顺序组织的

（2）表与索引没有分离，维护容易

（3）需要较少的存储空间，可以避免主键重复。

3.索引表的溢出存储

普通B树索引条目一般比较小，因为在每个索引条目中仅保存索引列的值与ROWID的值。但是，因为索引表中的每个索引条目都包有整条地记录，所以，索引表中的索引条目就可能会很大。

为此，用户若在索引表中查询数据，其查询的只是其中一部分字段内容的话，索引表的效果就体现不出来。相反，若表中的字段比较多的话，则效果会适得其反。为此，在Oracle数据库中，

采用了溢出存储功能来应对索引表的这个缺陷。

如在一张员工基本信息表中，他有员工姓名、员工编号、员工出身年月、身份证号码、住址、户口、民族等信息，长达几十个字段。但是，在平时的时候，

我们基本上只需要查询员工的姓名、编号、身份证号码即可。而不需要其他的信息。 此时，当员工比较多的时候，就需要把这张表转换成索引表，然后采用溢出管理功能，来提高员工信息常用字段的查询速度。

把用户经常需要用到的员工姓名、编号、身份证号码等字段保存在叶子节点上。而把其他不常用的字段采取“溢出存储”策略。

创建索引表

创建一个索引表admin_doindex,保存在users表空间内，溢出百分比为20？ 溢出部分保存在TBS1中

SQL> create table admin_docindex(
  2  token char(20),
  3  doc_id number,
  4  token_frequency number,
  5  token_offsets varchar2(2000),
  6  constraint pk_admin_docindex primary key(token,doc_id))
  7  organization index
  8  tablespace users
  9  pctthreshold 20 overflow tablespace TAS2;

表已创建。organization index：创建索引

pctthreshold 20：指定保留在索引段的索引条目中的记录的百分比

overflow tablespace TAS2：指定溢出的数据段的存储表空间

including :该字段保存在索引条目中

维护索引表

 1.修改admin_docindex的参数设置

SQL> alter table admin_docindex pctthreshold 15 including doc_id;

表已更改。