SQL 2008：在不需要时防止在查询中进行全文查找

Question

通过研究这个具体情况，我发现 SQL 中的逻辑运算符并没有短路。

我通常在 where 子句中按照这些思路做一些事情（通常在处理搜索查询时）：

WHERE
   (@Description IS NULL OR @Description = myTable.Description)

即使在本例中它没有短路，也并不重要。但是，在处理全文搜索功能时，这确实很重要。如果该查询的第二部分是 CONTAINS(myTable.Description, @Description)，则它将不起作用，因为该变量不是这些函数允许为 null 或为空。

我发现 CASE 的 WHEN 语句是按顺序执行的，因此我可以像这样更改查询，以确保仅在需要时调用全文查找，同时更改当变量为 null 时，将其从 null 更改为 '""' 以允许执行查询：

WHERE
   (CASE WHEN @Description = '""' THEN 1 WHEN CONTAINS(myTable.Description, @Description) THEN 1 ELSE 0 END = 1)

上面的代码应该阻止全文查询片段执行，除非确实存在要搜索的值。

我的问题是，如果我运行 @Description 为 '""' 的查询，则执行计划中仍然有相当多的时间花费在处理聚集索引查找和全文匹配上，即使该表并且搜索最终根本没有被使用：有什么办法可以避免这种情况吗？

我试图将其从硬编码的动态查询中取出并放入存储过程中，但如果该过程最终变慢，我不确定我是否可以证明它是合理的。

Answer 1

这并不理想，但也许这样的东西会起作用：

IF @Description = ''
BEGIN 
     SELECT ...
END
ELSE
BEGIN
     SELECT ...
     WHERE CONTAINS(mytable.description, @Description)
END

这样你就可以避免 mysql 并且在不需要时运行 FT 扫描。

作为一些一般性说明，我通常发现 CONTAINSTABLE 更快一些。另外，由于无论您使用我的解决方案还是您的解决方案，查询计划都会有很大不同，因此请注意 参数嗅探。参数嗅探是指优化器根据传入的特定参数值构建计划。

Answer 2

如果其他人遇到这样的情况，这就是我最终所做的，这与 M_M 的意思非常接近；我分解了全文并将它们放在分支后面：

DECLARE @TableBfullSearch TABLE (TableAId int)
IF(@TableBSearchInfo IS NOT NULL)
   INSERT INTO @TableBfullSearch
   SELECT
      TableAId
   FROM
      TableB
   WHERE
   ...(fulltext search)...

DECLARE @TableCfullSearch TABLE (TableAId int)
IF(@TableCSearchInfo IS NOT NULL)
   INSERT INTO @TableCfullSearch
   SELECT
      TableAId
   FROM
      TableC
   WHERE
   ...(fulltext search)...

--main query with this addition in the where clause
SELECT
  ...
FROM
   TableA
WHERE
   ...
   AND (@TableBSearchInfo IS NULL OR TableAId IN (SELECT TableAId FROM @TableBfullSearch))
   AND (@TableCSearchInfo IS NULL OR TableAId IN (SELECT TableAId FROM @TableCfullSearch))

我认为这可能是在没有某种动态查询的情况下得到的最好结果