有什么办法可以提高like查询的性能？

llm06

表中有一个varchar2(15)的字段，客户需要对该字段进行模糊查询，而且在模糊字符串的两边都有%，结果查询速度非常慢，几十万条记录需要几分钟，

不知道有什么手段可以提高like查询的速度？请指教，谢谢！

lfree

最多使用ffs，其他没有什么好方法！

lijietz

两边都有%，就不会走index了。。
如果表不是很大，可以考虑keep之。。

mychary

请贴出表结构及相关信息

llm06

ffs?是什么？

keep不太可能，少说也有50-60万条记录，而且记录都很大。

lfree

全索引扫描。
例子：

select a,b,c from foo whee d like '%sdsds%'

建立索引包含d,a,b,c.
讲的再具体一点，将索引当作表，扫描整个索引就可以知道结果。
前提就是至少有一个字段不能为null。

lfree

我想起来我们的一个程序也有这样的现象，开发人员是这样做的。

select * from foo where id in (select id from foo where name like '%ddd%' )

建立id,name索引。这样可以减少执行时间。

llm06

问题是like '%ddd%' ，就算有索引也用不上啊？

select * from foo where id in (select id from foo where name like '%ddd%' )

能行吗？试试看吧！我看危险。

juniper

最初由 lfree 发布
[B]我想起来我们的一个程序也有这样的现象，开发人员是这样做的。

select * from foo where id in (select id from foo where name like '%ddd%' )

建立id,name索引。这样可以减少执行时间。 [/B]

这样怎么会减少执行时间，又用like又用in。

phigon

这样的like查询肯定会用全表扫描的。
缓存不可以，就加个并行度的提示把！