oracle数据库总结(十四)--使用like 前%索引失效问题解决

本文介绍了一种在Oracle数据库中优化LIKE查询的方法,通过使用reverse函数创建索引,将前%的LIKE查询转化为可使用索引的后%查询,显著提高了查询效率。

来自:https://www.jb51.net/article/107391.htm

 

前言

在有一些情况下,开发同学经常使用like去实现一些业务需求,当使用like时,我们都知道使用like 前%(like ‘%111')这种情况是无法使用索引的,那么如何优化此类的SQL呢,下面是一个案例。

原SQL如下:

pcc_cust_infonew 表索引如下

执行设计如下:

 

这里可以看到SQL执行3.96秒,执行计划中也可以发现PCC_CUST_INFONEW表走TABLE ACCESS FULL扫描,返回约380k的数据,然后再与PCC_CUST_CONTRACTCOMPANY表主键PK_PCC_CUST_CONTRACTCOMPANY走INDEX UNIQUE SCAN,这里慢主要是执行计划中为3的这一步。

我们也都知道在Oracle中,当使用like时,如果是后%(like ‘138%')是可以使用索引的,如果是前%(like ‘%138')是无法正常使用索引。那么如何让前%也可以使用到索引呢,答案是可以使用reverse索引的形式进行优化。

优化如下: 

修改索引

将SQL调整为

 

按以上调整后,SQL执行效率提升到毫秒级。

调整后的执行计划如下: 

那使用reverse函数索引后,到底是如何做到可以使用索引了呢,当你看到执行计划下面的谓词信息想必你就知道答案了, 

 

 

其实就是使用reverse函数索引将索引数据反转,SQL中的where条件中将值反转,这样就将前%改为后%。

总结

以上就是关于使用reverse索引优化like语句的全部内容了,希望本文的内容对大家的学习或者工作能带来一定的帮助,如果有疑问大家可以留言交流。

 

Oracle数据库中,模糊查询通常使用 LIKE 关键字进行。模糊查询的模式匹配可以包含两个特殊的通配符:%(表示任意多字符)和_(表示任意单个字符)。关于使用下划线开头可能导致索引失效的情况,这主要是因为在Oracle中,默认的B-tree索引不能有效地用于以通配符开头的LIKE查询模式。 当LIKE查询的模式以%开头时,查询会匹配任何以指定字符串结尾的记录,这种情况下,Oracle的B-tree索引无法利用,因为索引是按照特定顺序存储键值的,而以%开头表示任何缀都可能匹配,这就导致了全表扫描,索引失效。 但是,当模式以单个下划线_开头时,情况略有不同。Oracle为了支持基于函数的索引(Function-Based Index, FBI),允许创建以单个字符通配符开头的索引。如果创建了这种类型的索引,那么在查询时使用_开头的LIKE模式,可以利用该索引进行优化查询,不会导致索引失效。 例如,你可以创建一个基于函数的索引,如下所示: ```sql CREATE INDEX idx_pattern_starting_with_underscore ON your_table(SUBSTR(column_name, 2)); ``` 然后在查询中使用: ```sql SELECT * FROM your_table WHERE column_name LIKE '_some_pattern%'; ``` 在这个例子中,即使模式以_开头,由于使用了基于函数的索引,查询可以利用索引进行。 需要注意的是,并不是所有的模糊查询都可以通过函数索引来优化,尤其是当通配符后面还有其他模式时,索引的效果可能会降低。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值