重点关注reverse
用法:reverse(字段)like reverse(属性值);
实际例子体现出得查询效率:
select Max(Ana_Rqb_Date) from Ana_Rqb where ana_rqb_org_id like '00%';
--25s
select Max(Ana_Rqb_Date) from Ana_Rqb where reverse(ana_rqb_org_id)like reverse('00%');
--1s
例1引用文章:
question:
-----------------------------------------------------------
我想请教一下:reverse key index在哪些情况下使用比较合适?谢谢。
-----------------------------------------------------------
answer1:
disk i/o很差的情况下用,如果用了raid的条带等功能,
就没有必要使用reverse key index
-----------------------------------------------------------
answer2:
索引数据分布的很不均匀的时候,
比如想在基于时间的字段上建立索引的时候,
使用reverse key可能就比较有效
因为基于时间作索引,一般数据都有高峰和低谷,在高峰和低谷时的数据量差别还比较达
-----------------------------------------------------------
answer3:
这是哪跟哪啊 reverse key index 解决的是 SGA 中的热点问题,和os怎么算在一起了
-----------------------------------------------------------
answer4:
SGA为什么会有热块呢?是因为disk i/o太差而已
当载入有序数据时,索引肯定会碰到与I/O相关的一些瓶颈,
在数据载入期间,某部分索引和磁盘定比其它部分使用频繁,
为了解决这个问题,提供了reverse key index,索引项的数据
存储与b-tree相反,结果就是索引维护时会将新行添加到不同
的块中。
-----------------------------------------------------------
answer5:
主要是解决索引树中的极不平衡的情况.
不过在重新rebuild索引后就没有那么重要了.
-----------------------------------------------------------
answer6:
需要知道如何向一树上加节点,如果值是顺序长增的,可能会造成上述图中左边的情况
这时要通过检索一个值时,就会很慢.在插入是往一边插入,所以在索引上有很多的HOT BLOCK
例2:
简单说两句Like的优化
1。尽量不要使用 like '%..%'
2。对于 like '..%..' (不以 % 开头),Oracle可以应用 colunm上的index
3。对于 like '%...' 的 (不以 % 结尾),可以利用reverse + function index 的形式,变化成 like '..%'
代码:
-- '建测试表和Index,注意,重点在于带reverse的function index。同时,一定要使用CBO才行……
sys@mescp> select reverse('123') from dual;REVERSE('123')
--------------------------------
321
1 row selected.
sys@mescp> create table test_like as select object_id,object_name from dba_objects;
Table created.
sys@mescp> create index test_like__name on test_like(object_name);
Index created.
sys@mescp> create index test_like__name_reverse on test_like(reverse(object_name));
Index created.
sys@mescp> analyze table test_like compute statistics for table for all indexes;
Table analyzed.
sys@mescp> set autotrace trace exp
-- '常量开头的like , 会利用index ,没问题…… '
sys@mescp> select * from test_like where object_name like AS%';
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2 Card=655 Bytes=15720)
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'TEST_LIKE' (Cost=2 Card=655Bytes=15720)
2 1 INDEX (RANGE SCAN) OF 'TEST_LIKE__NAME' (NON-UNIQUE) (Cost=2 Card=118)
--'开头和结尾都是 % ,对不起,很难优化'
sys@mescp> select * from test_like where object_name like '%%';
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=6 Card=655 Bytes=15720)
1 0 TABLE ACCESS (FULL) OF 'TEST_LIKE' (Cost=6 Card=655 ytes=15720)
-- '以常量结束,直接写的时候是不能应用index的'
sys@mescp> select * from test_like where object_name like '%S';
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=6 Card=655 Bytes=15720)
1 0 TABLE ACCESS (FULL) OF 'TEST_LIKE' (Cost=6 Card=655 Bytes=15720)
--'以常量结束的,加个reverse 函数,又可以用上index了'
sys@mescp> select * from test_like where reverse(object_name)like reverse('%AS');
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2 Card=655 Bytes=15720)
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'TEST_LIKE' (Cost=2 Card=655 Bytes=15720)
2 1 INDEX (RANGE SCAN) OF 'TEST_LIKE__NAME_REVERSE' (NON-UNIQUE) (Cost=2 Card=118)
from:http://hi.baidu.com/zting0103/blog/item/8d9b2def55baea15fcfa3c67.html