Oracle中Like與Instr模糊查詢效能大比拼__Oracle

來源:互聯網
上載者:User

instr(title,'手冊')>0  相當於  title like '%手冊%'

 

instr(title,'手冊')=1  相當於  title like '手冊%'

 

instr(title,'手冊')=0  相當於  title not like '%手冊%'

 

t表中將近有1100萬資料,很多時候,我們要進行字串匹配,在SQL語句中,我們通常使用like來達到我們搜尋的目標。但經過實際測試發現,like的效率與instr函數差別相當大。下面是一些測試結果:

SQL> set timing on
SQL> select count(*) from t where instr(title,'手冊')>0;

  COUNT(*)
----------
     65881

Elapsed: 00:00:11.04
SQL> select count(*) from t where title like '%手冊%';

  COUNT(*)
----------
     65881

Elapsed: 00:00:31.47
SQL> select count(*) from t where instr(title,'手冊')=0;

  COUNT(*)
----------
  11554580

Elapsed: 00:00:11.31
SQL> select count(*) from t where title not like '%手冊%';

  COUNT(*)
----------
  11554580

另外,我在結另外一個2億多的表,使用8個並行,使用like查詢很久都不出來結果,但使用instr,4分鐘即完成尋找,效能是相當的好。這些小技巧用好,工作效率提高不少。通過上面的測試說明,ORACLE內建的一些函數,是經過相當程度的最佳化的。

 

instr(title,’aaa’)>0 相當於like

instr(title,’aaa’)=0 相當於not like

 

特殊用法:

 

select   id, name from users where instr('101914, 104703', id) > 0; 
  它等價於 
select   id, name from users where id = 101914 or id = 104703;

 

 

 

使用Oracle的instr函數與索引配合提高模糊查詢的效率

一般來說,在Oracle資料庫中,我們對tb表的name欄位進行模糊查詢會採用下面兩種方式:
1.select * from tb where name like '%XX%';
2.select * from tb where instr(name,'XX')>0;

若是在name欄位上沒有加索引,兩者效率差不多,基本沒有區別。

為提高效率,我們在name欄位上可以加上非唯一性索引:
create index idx_tb_name on tb(name);

這樣,再使用

select * from tb where instr(name,'XX')>0;

這樣的語句查詢,效率可以提高不少,表資料量越大時兩者差別越大。但也要顧及到name欄位加上索引後DML語句會使索引資料重新排序的影響。

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.