Local索引（局部索引）：

对于 local 索引，每一个表分区对应一个索引分区（就是说一个分区表一个字段只可以建一个局部索引），当表的分区发生变化时，索引的维护由 Oracle 自动进行；

1：索引信息的存放位置依赖于父表的Partition（分区）信息，换句话说创建这样的索引必须保证父表是Partition（分区），索引信息存放在父表的分区所在的表空间。

2：但是仅可以创建在父表为HashTable或者composite分区表的。

3：仅可以创建在父表为HashTable或者composite分区表的。并且指定的分区数目要与父表的分区数目要一致。

create indexdinya_idx_t on dinya_test(item_id) local (

partition idx_1 tablespace dinya_space01,

partition idx_2 tablespace dinya_space02,

partition idx_3 tablespace dinya_space03

);

不指定索引分区名直接对整个表建立索引

create indexdinya_idx_t on dinya_test(item_id);

建立方法：

create index ind_1on dept (deptno)

local

(partition d1 ,

partition d2);

（1）局部前缀索引分区和局部非前缀分区。如果您拟建立的索引的首个字段，和进行分区时的range列一样，那就是局部前缀索引分区。

优点是：理论上（我认为的），比方说您以年代为range分区，2007年一个分区、2008年一个分区，然后您又在这个时间列上建立了局部前缀索引分区，那么ORACLE就会直接利用这个区上的索引仅进行这个分区上的搜索，所以效率会很高。

在我建立的2000万的表中进行查询，实践是，这个局部前缀复合索引的花销cost是5，而没有分区前是4。当然这也无所谓了。又进行了其他几个查询，其cost都相差无几。

（2）局部非前缀索引。如果您建立索引的列的首个字段不是range列，那么就叫局部非前缀索引。

优点是：如果您查一个电话号码，它在每年都会出现，当您要count汇总时，这种索引就会同时把这几个分区进行并行处理查询，速度理论上要快。

但我的试验比较令我失望：我建了一个2000万的无分区的表，然后把这个表又复制了一遍，进行了6个分区。但结果在对某列进行查询统计时，如果在一个分区，两者速度相差不大，分区的查询速度是：0.25m，无分区的查询速度是：0.065m。但在我期望的跨区统计时，分区的第一次统计时间是：61.875m，第二次是：10m；而无分区的表仅为：3.703m。