优化like查询

使用下面的函数来进行模糊查询，如果出现的位置〉0，表示包含该字符串。 查询效率比like要高。 如果： table.field like  '%AAA%' 可以改为 locate ('AAA' , table.field) > 0

 

LOCATE(substr,str)

　

POSITION(substr IN str)

返回子串 substr在字符串 str第一个出现的位置，如果 substr不是在 str里面，返回 0.

mysql> select LOCATE('bar', 'foobarbar');
        -> 4
mysql> select LOCATE('xbar', 'foobar');
        -> 0

该函数是多字节可靠的。  

LOCATE(substr,str,pos)

返回子串 substr在字符串 str第一个出现的位置，从位置 pos开始。如果 substr不是在 str里面，返回 0。

mysql> select LOCATE('bar', 'foobarbar',5);
        -> 7

这函数是多字节可靠的。

 

 

 

下面是oracle

查询%xx%的记录

1.使用instr
select count(*) from table t where instr(t.column,'xx')> 0
这种查询效果很好，速度很快

 

 

---

查询%xx的记录

select count(c.c_ply_no) as COUNT

  from Policy_Data_All c, Item_Data_All i

 where c.c_ply_no = i.c_ply_no

   and i.C_LCN_NO like '%245'

在执行的时候，执行计划显示，消耗值，io值，cpu值均非常大，原因是like后面前模糊查询导致索引失效，进行全表扫描

 

 

解决方法：这种只有前模糊的sql可以改造如下写法

select count(c.c_ply_no) as COUNT

  from Policy_Data_All c, Item_Data_All i

 where c.c_ply_no = i.c_ply_no

   and reverse(i.C_LCN_NO) like reverse('%245')

 

 Item_Data_All 表的C_LCN_NO字段进行前模糊匹配的情况都可以这样处理。例如这段：

select *

  from (select c.c_ply_no as c67_0_,

               c.c_insrnt_cnm as c68_1432_0_,

               i.C_LCN_NO as C83_1432_0_,

               TO_CHAR(c.T_INSRNC_BGN_TM, 'yyyy-mm-dd') as T84_1432_0_,

               c.c_edr_type as c85_1432_0_,

               c.C_prod_no as C86_1432_0_,

               c.C_INTER_CDE as CInterCde1432_0_

          from Policy_Data_All c, Item_Data_All i

         where c.c_ply_no = i.c_ply_no

           and reverse(i.C_LCN_NO)  like  reverse('%434')

         order by c.c_ply_no DESC)

使用翻转函数+like前模糊查询+建立翻转函数索引=走翻转函数索引，不走全扫描。有效降低消耗值，io值，cpu值这三个指标，尤其是io值的降低。

转载于:https://www.cnblogs.com/dingchenghong/archive/2012/01/04/2312339.html