使用“OR”时，SQL Server全文搜索性能大幅下降在where子句中

假设我有两个表tab1，tab2。在这两个表的所有varchar列上创建的全文索引。然后发出以下SQL：

SELECT *  
  FROM tab1 a 
  JOIN tab2 b on a.ID = b.ID
 WHERE CONTAINS(a.*, @keystring) 
    OR CONTAINS(b.*,@keystring)

这很慢（差不多30秒）。但是，如果我发出以下SQL：

SELECT * 
  FROM tab1 a 
  JOIN tab2 b on a.ID = b.ID
 WHERE CONTAINS(a.*, @keystring)

...要么：

SELECT *  
  FROM tab1 a 
  JOIN tab2 b on a.ID = b.ID
 WHERE CONTAINS(b.*,@keystring)

表现相当不错（不到秒）如何解决这个问题？

已邀请:

2 个回复

砷竣阿

你有没有尝试过：

SELECT *  
  FROM tab1 a  
  JOIN tab2 b on a.ID = b.ID 
 WHERE CONTAINS(a.*, @keystring)  
UNION 
SELECT *   
  FROM tab1 a  
  JOIN tab2 b on a.ID = b.ID 
 WHERE CONTAINS(b.*,@keystring)

或者如果您不关心键串是否同时存在重复项，请使用UNION all。查看您的执行计划以查看差异，但OR经常会使查询运行得更慢。

芦歉竭皑

真正的问题是，在“OR”到位的情况下，不能选择合适的索引，因为“正确”索引将取决于每一行的第一次评估的结果。因此，DBMS选择一个索引（最可能是“OR”的第一部分的正确索引），并且如果第一个评估返回为“假”，则运行第二个未编制索引的索引。这使它变慢。这种表现在很大程度上取决于第一次评估返回的频率为“假”。

要回复问题请先登录或注册

使用“OR”时，SQL Server全文搜索性能大幅下降在where子句中

2 个回复

发起人

问题状态

使用“OR”时，SQL Server全文搜索性能大幅下降在where子句中

与内容相关的链接

2 个回复

发起人

问题状态