索引使用失效障碍(篇章二) 针对之前的篇章,下面详细介绍下索引的索引使用失效 1. 索引逻辑失效 ( 1 )用索引反而代价变得更高 这个道理比较简单,如果应用索引范围检索数据, 返回大量记录且几乎是所有的记录,这时候用索引肯定有错,索亏|范围查询访问一般适合返回少量记录的情况,否则用全表扫描或者全索引扫描就可以。 ( 2 )发生索引列的类型转换 在表字段设计的时候有一个非常重要的原则,什么类型的字段存什么类型的值,否则就会发生类型转化,具体请看如下例子 实际上只有如下写法才可以用到索引,这个很不应该,如果什么类型的取值就设置什么样的字段,把id 字段类型改为Number,就顺畅了,如下 索引列的类型转换 ( 3 )对索引进行了各种运算(这部分先不讲解)
2 . 索引物理失效 ( 1 ) long 列调整导致索引失效 环境准备(建表,建long字段) 接下来将long修改为clob,发现索引失效了,必须重建索引,如下。 alter table T modify object_name clob; set autotrace off long 列调整导致索引失效 ( 2 ) move 操作会导致索引失效 Move 是一个危险系数非常高的操作,它可以收缩表降低高水平位,却会导致索引失效,因而需要重建索引,请看下面例子: move 操作导致索引失效 ( 3 )分区表导致索引失效的操作(这部分就不详细描述) 归纳一下: (1)truncate分区会导致全局索号|失效,不会导致局部索引失效。如果对truncate 增加update global indexes ,则全局索引不会失效。 (2)drop 分区会导致全局索引失效,局部索引因为drop 分区,所以也不存在该分区的局部索引了。如果对drop 分区增加update global indexes ,全局索引不会失效。 (3)split 分区会导致全局索引失效, 也会导致局部索引失效。如果对split 分区增加update global indexes ,则全局索引不会失效。 (4)add 分区不会导致全局索引失效,也不会导致局部索引失效。 (5)exchange 会导致全局索引失效,不会导致局部索51 失效。如果对exchange 分区增加update global indexes , 则全局索引不会失效。 重要结论: (1)所有的全局索引,只要用到update global indexes,都不会失效, 其中add 分区甚至不需要增加update global indexes 都可以生效。 (2)局部索引的操作都不会失效,除了split 分区。切记split分区的时候,要将局部索引进行rebuild。
|