Oracle反转索引
当载入一些有序数据时,索引肯定会碰到与I/O相关的一些瓶颈。在数据载入期间,某部分索引和磁盘肯定会比其他部分使用频繁得多。为了解决这个问题,可以把索引表空间存放在能够把文件物理分割在多个磁盘上的磁盘体系结构上。
为了解决这个问题,Oracle还提供了一种反转键索引的方法。如果数据以反转键索引存储,这些数据的值就会与原先存储的数值相反。这样,数据1234、1235和1236就被存储成4321、5321和6321。结果就是索引会为每次新插入的行更新不同的索引块。
不能对位图索引和索引组织表进行反转键处理。
技巧:
如果您的磁盘容量有限,同时还要执行大量的有序载入,就可以使用反转键索引。
不可以将反转键索引与位图索引或索引组织表结合使用。
转自:http://baike.baidu.com/item/反向键索引?fr=aladdin
ORACLE
转自:http://blog.sina.com.cn/s/blog_7e662b4a0100veeq.html
反转前 | 反转后 |
Order# | Order# |
1230 | 0321 |
1231 | 1321 |
1232 | 2321 |
…. | …. |
由上可见,原来相邻的order#经反转之后就不再相邻了,这样就可以把相邻的order#分散到不同的数据块中,上述问题也就迎刃而解。
转自:http://blog.itpub.net/22034023/viewspace-666018/
最近通过反转索引优化了几个数据库性能问题,但也同时总结了他的几个缺点。
1)由于反转索引存储键值的特点,导致不支持范围查找。如<.>
2)反转索引会导致聚簇因子过高,但这个缺点并不太值得我们考虑,原因一是因为既然选择了反转索引,那么这个索引就应该是字段递增且唯一值非常高,在做等值查询的时候一般是不会扫描太多的数据块。原因二是由于反转索引不支持范围查找,这又大大的削减了聚簇因子的作用。
3)反转索引会导致索引的物理读加大。这是由于翻转后的键值几乎都不可能是上次插入的数据块,往往都已经被从共享池淘汰出去,或是需要找寻新的数据块来插入,所以物理读会明显的大。