SQL不是我的强项。我有一个SQL Server 2008数据库。这个数据库有一个存储过程，需要输入八个int参数。出于让问题更加明确的考虑，我将使用其中一个参数作为参考：
@isActive int
最佳动态搜索条件的来源：
Erland Sommarskog的T-SQL中的动态搜索条件
如何执行此操作以确定是否可以使用索引存在许多微妙的影响。如果您在SQL Server 2008的适当版本上，只需将OPTION (RECOMPILE)添加到查询中，运行时使用本地变量的值进行优化。
请考虑，OPTION (RECOMPILE)将处理这段代码（其中不能使用任何索引）：
WHERE
(@search1 IS NULL or Column1=@Search1)
AND (@search2 IS NULL or Column2=@Search2)
AND (@search3 IS NULL or Column3=@Search3)
并在运行时进行优化，以使其（只要传递了值@Search2）：
WHERE
Column2=@Search2
如果你在Column2上定义了索引，那么就可以使用索引。
WHERE coalesce(active,1) = (CASE
WHEN @isActive = -1 THEN coalesce(active,1)
ELSE @isActive
END)
CASE语句。我不认为这是个问题。 - Marcus Adamsif null = null print 'wow'，你会发现 "wow" 从未被打印出来。如果你将 @isActive 参数设置为 -1，那么在 active 列为空时，你将得不到任何行。因此，如果你的列可以为空，这种方法就不起作用了。 - KM.模式 (column = @param OR @param IS NULL) 将为您提供可选参数。 您可以使用 NULLIF 使您的-1无效。 更好的方法是允许空参数，而不是使用 魔术数字。
WHERE
(Customer.IsActive = NULLIF(@isActive, -1) OR NULLIF(@isActive, -1) IS NULL)
(Customer.IsActive = NULLIF(@isActive, -1) OR (NULLIF(@isActive, -1) IS NULL))就可以了。 - KM.与其使用-1表示您不知道或不关心，为什么不直接使用Null呢？这基本上是它的用途。然后，您可以切换到位而不是整数。
此外，我相信TomTom会持不同意见，但我认为对于这些东西，使用CASE语句是正确的方法。
您的结果可能会有所不同，但似乎查询引擎处理它要好得多，而不是将事物包装在IsNull中或具有多个OR语句，随着您开始添加其他条件，情况可能会变得相当混乱。
无论您选择哪种方式，执行计划都会因传入的内容而略微受到影响，但不应该太可怕。
使用CASE语句的额外好处是，您可以添加一些复杂性，而不需要太多额外的代码（与使用许多OR语句相比）。此外，满足您标准的第一个条件可以防止额外的评估，而在处理OR时并非总是如此...
因此，对于8个可选参数，值为-1用于忽略搜索，您最终得到的是：
WHERE
@Search1 = CASE WHEN @Search1 = -1 THEN @Search1 ELSE @Column1 END
AND @Search2 = CASE WHEN @Search2 = -1 THEN @Search1 ELSE @Column2 END
AND @Search3 = CASE WHEN @Search3 = -1 THEN @Search1 ELSE @Column3 END
AND @Search4 = CASE WHEN @Search4 = -1 THEN @Search1 ELSE @Column4 END
AND @Search5 = CASE WHEN @Search5 = -1 THEN @Search1 ELSE @Column5 END
AND @Search6 = CASE WHEN @Search6 = -1 THEN @Search1 ELSE @Column6 END
AND @Search7 = CASE WHEN @Search7 = -1 THEN @Search1 ELSE @Column7 END
AND @Search8 = CASE WHEN @Search8 = -1 THEN @Search1 ELSE @Column8 END
注意：正如KM所指出的，如果你处理的列可能具有NULL值，那么使用NULL方法就会不够用，因为NULL=NULL无法正确评估。所以，出于好玩，我将我的答案改回了原始帖子请求的内容，即使用他们自己的标识符来跳过搜索。
if null = null print 'wow'，你会发现 "wow" 从未被打印出来。如果你将 @search1 参数设置为 NULL，那么在 Column1 列中包含 NULL 的行将不会返回任何结果。因此，如果你的列可以为空，则此方法无法正常工作。 - KM..... Where field=case @isActive WHEN -1 THEN field ELSE @isActive END ....
.... 当 field=case @isActive WHEN -1 THEN field ELSE @isActive END 时 ....
if null = null print 'wow'，您会发现 "wow" 从未被打印出来。如果将 @isActive 参数设置为 -1，则不会返回任何字段列为空的行。因此，如果您的列可以为 null，则无法使用此方法。 - KM.没有一种优雅的方式 - 所有的方式都很糟糕。
WHERE @isActive == -1 OR isActive = @isActive
基本上只有这种方式 - 但即便如此，请确保每次重新评估查询计划，否则大多数查询将使用错误的查询计划。
这是一个典型的存储过程不好的案例。我认为，自从现代时代开始（大约15年前），就不应该再使用存储过程进行查询 - 这是因为有人足够聪明，写出了第一个ORM。
WHERE @isActive = -1 OR isActive = @isActive。 - KM.
(@Search1=-1 OR Column1=@Search1) AND ...- KM.