Oracle SQL 语句中对Like的优化(引用reverse函数)

重点关注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