ORACLE中Like与Instr性能大比拼
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内建的一些函数，是经过相当程度的优化的。
Tags: oracle like Instr zhaolinjnu 丹
臣
Related posts
No related posts.
--EOF--
Trackback：
http://rdc.taobao.com/blog/dba/html/246_like_instr_performance.html/trackback
相关文档：
with
lockinfo as (
select distinct decode(sql_hash_value, 0, prev_hash_value, sql_hash_value) sql_hash_value, decode (sql_hash_value, 0, prev_sql_addr, sql_address) sql_address, s.sid, l.id1 object_id, l.block
from v$lock l, v$session s
&n ......
修 改 SID
案例: 旧数据库(OLDDB)
文件存放(data files,redo files,control files,temp files, undo files)目录是
(/u01/OLDDB)
dump文件目录是(/u01/dump)
新数据库(NEWDB)
......
--定义类型
CREATE OR REPLACE TYPE ty_str_split IS TABLE OF VARCHAR2(4000);
--创建函数
CREATE OR REPLACE FUNCTION f_stringsplit (p_str IN VARCHAR2, p_delimiter IN VARCHAR2)
RETURN ty_str_split PIPELINED
/*****
****字符串拆分,相当于java.lang.String类的split方法
****注意:新增t ......
很久没有用到Oracle了，前些日子单位接了一个Oracle数据库的项目，自然需要复习一下，现将复习过程中的一些要点记录下来，以备查阅。
一、 表列数据类型
1、字符
1) VARCHAR2(n)，n是必须的，用于存储最长为4000个字符的字符串。但它是可变的，只使� ......
