％like clause

Question

开头我听说由于性能原因，不建议在SQL Server的LIKE子句的开头使用％。为什么这样呢？

关于此的一些更多详细信息将帮助我理解此问题的影响。

Answer 1

A %在LIKE子句的开头表示索引完全没用。如果有静态文本将模式锚定在%之前，至少可以从索引中获得潜在效用。

Answer 2

将它放在任何位置都会增加性能，因为没有关于文本字段内容的索引。

在开始时，它必须在最差的情况下搜索到文本字段的末尾。

Answer 3

%foo基本上说“所有以'foo'结尾的字符串”。为了过滤掉这些，SQL服务器必须扫描所有表（在最坏的情况下）并检查每个字符串。这就是为什么它如此昂贵。

Answer 4

如果在子句的开头处有％，则查询引擎无法生成使用索引但必须进行表扫描的查询计划。

Answer 5

为什么LIKE'％...'不好？您不能使用任何索引并且必须扫描整个表格。

这里是一个很好的例子：

去电话簿，找到与“％CH”是我所有 名。这将 需要相当长的一段时间，因为你不是 能够使用聚集索引，并且必须扫描整本书！

鉴于数据“ABCDEFG”

WHERE Column1 LIKE '%cde%' --can't use an index 

WHERE Column1 LIKE 'abc%' --can use and index 

WHERE Column1 Like '%defg' --can't use an index, but see note below 

注：如果您有需要“％DEFG”重要问题，你可以使用，你扭转持续计算列（）列，然后指数它。你就可以查询在：

WHERE Column1Reverse Like REVERSE('defg')+'%' --can use the persistent computed column's index 

添加一个持久化计算列（即反转字符串）和指数就可以了，使用此代码：

ALTER TABLE YourTable ADD ReversedYourString AS REVERSE(YourString) PERSISTED 

CREATE NONCLUSTERED INDEX IX_YourTable_ReversedYourString 
ON YourTable (ReversedYourString) 

Answer 6

全表扫描

DBA最害怕的是什么;）

由于搜索无法通过索引加速，因此服务器必须遍历表中的每条记录（=表扫描）并检查记录是否与LIKE表达式匹配。

这对于小型表格可能不是问题，但对于有大量行的大型表格肯定会有问题，因为所有记录都必须从磁盘中提取。

这与索引扫描相反，在索引扫描中，搜索条件允许服务器使用索引将搜索限制在（理想情况下）较小的一组记录中。

Answer 7

很多人解释了为什么col1像'％...'一样糟糕。

这里有一个潜在的解决方法，如果你碰到这种情况很多：

• 创建另一列说COL2
• 写在插入触发/ COL1的更新填充COL2与COL1“倒退”
• 在col2上创建索引
• 如果您的应用程序必须搜索col1（如'％...'），则搜索col2（如'...％'）而不是（甚至是substr（col1等）='）。 ..'[原谅我的oracle方言]

我们正在使用它来搜索VIN（车辆识别号码）或社会安全号码的最后几位，它效果很好！性能改进非常好