像运算符搜索这么慢

Question

我有一个查询，它正在从表中搜索结果，如果一行与特定对象匹配，它将提供结果。

所以，它是一个 12 个字母的数字。

所以功能是如果用户提供一个数字为 414。它会像“%414%”一样搜索。

如果数字的长度超过 6 位，它将搜索“4146144%”

因此查询变得越来越慢，因为我们有 2000 万条记录。

能否请您提供任何替代方法来解决该问题。

公司不允许使用任何 API 或其他任何东西。

 SELECT  distinct TOP (15) bt_id AS [Key]
       , UPPER(rtrim(ltrim(bt_id)))+' - '+UPPER(rtrim(ltrim(bt_desc))) AS [Description]   
 FROM    fcbillto 
 WHERE   bt_id   like '%' + @SearchTerm + '%'
 OR      bt_desc like '%' + @SearchTerm + '%'

如果全文扫描是解决方案，那么我可以为单个表创建两个不同的目录，因为上面是我需要搜索的列之一，而在其他情况下，我正在搜索同一个表的其他列。所以，我需要创建两个存储库。

Answer 1

您有两个问题妨碍了有效使用任何索引作为您的查询代表：

1) OR 子句。 SQL 不能在 bt_id 或 bt_desc 上使用带有 OR 子句的索引，因为使用索引过滤一个列可能会剔除符合另一列谓词的有效行。如果您在两列上都有索引，则可以使用UNION 来获取满足这两个条件的行（或者如果您很幸运，优化器可能会在后台执行此操作）但索引可能不会用作事物坚持是因为……

2) 带有前导 % 的 LIKE 无法在索引上查找，因为索引是根据前导字符排序的。如果它必须在字符串中间寻找字符，那么它就不能使用索引来寻找行。 （这并不意味着它不会扫描索引，因为它比表本身小 - 因此在此基础上可能仍有性能改进）。

因此，如果不改变需求，可能很难看到真正的性能改进。如果您可以更改要求，以便仅搜索前导字符（或将查询限制在另一个索引列上），那么这将更快（假设索引在 bt_id 和 bt_desc）：

SELECT  TOP (15) bt_id AS [Key]
   ,  UPPER(rtrim(ltrim(bt_id)))+' - '+UPPER(rtrim(ltrim(bt_desc))) AS [Description]   

FROM 
(SELECT  bt_id
   , bt_desc 
 FROM    fcbillto 
 WHERE   bt_id   like @SearchTerm + '%'

UNION

SELECT  bt_id
   , bt_desc   
 FROM    fcbillto 
 WHERE   bt_desc like @SearchTerm + '%') search

ORDER BY bt_id -- I presume?

全文索引旨在搜索列中的单词 - 你只有字符，所以没有帮助。

Answer 2

试试这个。

SELECT distinct TOP (15) 
  bt_id AS [Key], 
  UPPER(rtrim(ltrim(bt_id)))+' - '+UPPER(rtrim(ltrim(bt_desc))) AS [Description] 
FROM fcbillto 
WHERE charindex(@SearchTerm, bt_id) > 0 OR charindex(@SearchTerm, bt_desc) > 0