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内建的一些函数，是经过相当程度的优化的。
相关文档：
前些日子折腾的在线拍照，由于只是更新blob字段，没有在本地保存照片，导致客户拍脑门想要的时候不能马上拿出来。没说的谁让顾客是上帝呢，做吧。使用线程池创建三个线程让自定一个线程目标共享（也就是把表里的记录分成n组同时执行导出）。程序很简单，一共四个类和一个ojdbc14.jar包。由于sql语句写错了造成多个线程对一� ......
Create [or replace] trigger [模式.]触发器名
Before| after |instead of insert|delete|(update of 列名)
{insert|delete|(update of 列名) }
On 表名|视图|模式名|数据库名
[for each row]
When 条件
PL/SQL块
说明：
......
假设有张表，叫table1，里面有5000万行数据，假设预计全表扫描1次需要1个小时，我们从过程来看：
1、在1点钟，有个用户A发出了select * from table1;此时不管将来table1怎么变化，正确的结果应该是用户A会看到在1点钟这个时刻的内容。这个是没有疑问的。
2、在1点30分，有个用户B执行了update命令，更新了table1表中的� ......
delete from tbl_talbe
where (col1,col2,col3) in
(select col1,col2,col3
from tbl_table
group by col1,col2,col3
&nbs ......
Oracle
函
数之substr
关键字: substr
substr函数有三个参数，允许你将目标字符串的一部份输出，
第一个参数为目标字符串，
第二个字符串是将要输出的子串的起点，
第三个参数是将要输出的子串的长度。
例子1：
substr('ABCDEFG', 2, 3) ......
