对于大型联机事务处理系统来说,其中的表一般都很大,在这些表的主键是由序列号产生的,而且上面是有索引的。因此相邻的索引记录就可能存在同一个数据块中,这样会形成数据块的竞争。而随着时间流逝,会不断在这些表中删除旧的无用的数据,插入新的有用的数据,很显然删除的数据是序列号很小的旧数据,而插入的数据序列号是刚刚产生的(一定是大号),这就造成了另一个严重的问题:即该索引的树是往序列号大的一面偏,因此会使得树的深度加深从而使系统效率下降。
为了解决上述问题,oracle引入了反转关键字索引。反转关键字索引通过将关键字(序列号)的每个字节顺序颠倒过来再建索引的方法实现的。举例如下:
反转前
反转后
Order#
Order#
1230
0321
1231
1321
1232
2321
….
….
由上可见,原来相邻的order#经反转之后就不再相邻了,这样就可以把相邻的订单号分散到不同的数据块中,上述问题也就迎刃而解。
但事物总是一分为二的,反转索引关键字也存在问题。例如在反转关键字索引的表上进行范围查询就会遇到麻烦。在正常情索引的况下,满足条件的索引记录应该放在同一个或相邻的数据块中,速度会很快;而使用反转关键字索引之后,原来相邻的满足条件的索引记录已经被分散到多个数据块中,此事要完成查询操作只能进行全表扫描。因此在决定是否使用反转关键字索引时,要分清是插入操作重要,还是范围查询重要。
下面演示反转关键字索引的创建过程:
(1)使用带有reverse选项的命令创建反转关键字索引department_academy_id
(2)查询反转关键字索引department_academy_id索引类型,发现其为NORMAL/REV
(3)也可将非反转关键字索引改为反转关键字索引,这只适用于B树索引,位图索引与其他类型的索引不能采用这种方式,下面将B树索引department_departmentname_idx(NORMAL)改为REVERSE,并查看确认
(4)下面将位图索引AREA_AREANAME_IDX(BITMAP)改为REVERSE
(5)当需要将反转关键字索引epartment_academy_id改为NORMAL索引时,可以使用以下带有noreverse的命令修改并查询确认