我有一个应用程序需要从 SQL Server 2008 数据库返回搜索结果。我想使用单个存储过程来返回结果，但我发现当我构建存储过程时，它充满了许多 Else .. Else If 语句，查询一遍又一遍地重复，根据用户搜索略有不同标准。
有没有更好的方法来解决这个问题？我试图避免编写动态 SQL，因为我想要执行计划的好处，但我认为必须有更好的方法。有没有人有任何建议或示例如何最好地设计一个必须处理许多搜索参数的存储过程，其中许多可能是 NULL？谢谢。
【问题讨论】：
标签： sql sql-server stored-procedures dynamic-sql
不是。
使用 SQL Server 2005 及更高版本进行语句级重新编译，OR 子句的惩罚更少，只是维护复杂性。
使用 Richard Harrison 的方法会使情况变得更糟，因为 OR 不可分割，运行缓慢，很可能不会使用索引。
动态 SQL 会引发 SQL 注入、引用和缓存问题。
根据 CountZero 的回答，sp_executesql 仍然需要构建字符串。
解决方案可能不是基于代码的...您真的需要在任何时候搜索所有字段吗？我会尝试将搜索分为简单搜索和高级搜索，或者找出最常见的搜索并尝试涵盖这些查询。
【讨论】：
我总是通过使用默认值和条件来做到这一点；例如
CREATE PROCEDURE [dbo].[searchForElement]
(
@Town nvarchar(100) = '',
@County nvarchar(100) = '',
@postcode nvarchar(100) = ''
)
AS
BEGIN
SET NOCOUNT ON;
SELECT <fields>
FROM table
WHERE
(@Town = '' OR Town LIKE '%'+@Town+'%')
AND (@County = '' OR County LIKE '%'+@County+'%')
AND (@postcode = '' OR postcode LIKE '%'+@PostCode +'%')
END
编辑：
正如@gbn 正确建议的那样，上述将导致索引扫描，这对于大型表可能是一个问题。如果这是一个问题，解决方案是在下面使用 ISNULL 并且将 NULL 添加到任何结果都会导致 NULL 的事实将允许索引搜索因为优化器可以理解“%”（在 SQL2008 上测试）。这可能不太可读，但它可以更好地利用索引。
CREATE PROCEDURE [dbo].[searchForElement]
(
@Town nvarchar(100) = NULL,
@County nvarchar(100) = NULL,
@postcode nvarchar(100) = NULL
)
AS
BEGIN
SET NOCOUNT ON;
SELECT <fields>
FROM table
WHERE Town LIKE ISNULL('%'+@Town+'%', '%')
AND County LIKE ISNULL('%'+@County+'%', '%')
AND Postcode LIKE ISNULL('%'+@PostCode +'%', '%')
END
【讨论】：
我自己也经常遇到这个问题。倾向于使用动态 SQL，只要你使用 sp_executesql 那么优化器就会尝试使用相同的执行计划。
http://ayyanar.blogspot.com/2007/11/performance-difference-between-exec-and.html
【讨论】：