在 SQL 中处理“可选”where 子句过滤器的正确方法？

Question

假设您有一个存储过程，它需要一个可选参数。您想在 SQL 查询中使用此可选参数。通常这就是我所看到的完成方式：

SELECT * FROM dbo.MyTableName t1
WHERE t1.ThisField = 'test'
AND (@MyOptionalParam IS NULL OR t1.MyField = @MyOptionalParam)

这似乎工作得很好，但是如果您在 STATISTICS IO ON 的情况下运行查询，它会导致大量逻辑读取。我还尝试了以下变体：

SELECT * FROM dbo.MyTableName t1
WHERE t1.ThisField = 'test'
AND t1.MyField = CASE WHEN @MyOptionalParam IS NULL THEN t1.MyField ELSE @MyOptionalParam END

并且它产生相同数量的高读取。如果我们将 SQL 转换为字符串，然后在其上调用 sp_ExecuteSQL，读取几乎为零：

DECLARE @sql nvarchar(max)

SELECT @sql = 'SELECT * FROM dbo.MyTableName t1
WHERE t1.ThisField = ''test'''

IF @MyOptionalParam IS NOT NULL
BEGIN
     SELECT @sql = @sql + ' AND t1.MyField = @MyOptionalParam '
END

EXECUTE sp_ExecuteSQL @sql, N'@MyOptionalParam', @MyOptionalParam

我疯了吗？为什么可选的 where 子句很难正确？

更新：我基本上是在问是否有办法将标准语法保留在存储过程中并获得低逻辑读取，就像 sp_ExecuteSql 方法一样。建立一个字符串对我来说似乎完全疯狂......更不用说它使维护、调试和可视化变得更加困难......

Answer 1

如果我们将 SQL 转换为字符串，然后对其调用 sp_ExecuteSQL，读取几乎为零...

1. 因为您的查询不再评估 OR，正如您所见，这会扼杀 sargability
2. 使用 sp_executesql 时查询计划被缓存； SQL Server 不必进行硬解析...

优秀资源：The Curse & Blessing of Dynamic SQL

只要您使用参数化查询，就应该远离SQL Injection attacks。

Answer 2

这是可选参数技术的另一种变体：

SELECT * FROM dbo.MyTableName t1
WHERE t1.ThisField = 'test'
AND t1.MyField = COALESCE(@MyOptionalParam, t1.MyField)

我很确定它也会有同样的性能问题。如果性能是第一，那么您可能会被分叉逻辑和几乎重复的查询或构建字符串所困扰，这在 TSQL 中同样令人痛苦。

Answer 3

您在前两个 SQL 语句上使用了“OR”子句（隐式和显式）。最后一个是“AND”标准。 “OR”总是比“AND”标准更昂贵。不，你没有疯，应该是意料之中的。

Answer 4

编辑：添加link to similar question/answer with context as to why the union / if...else approach works better than OR logic（仅供参考，Remus，此链接中的回答者，曾在 SQL Server 团队开发服务代理和其他技术）

从使用“或”语法更改为联合方法，您会看到 2 个查找应该使您的逻辑读取计数尽可能低：

SELECT * FROM dbo.MyTableName t1
WHERE t1.ThisField = 'test'
AND @MyOptionalParam IS NULL 
union all
SELECT * FROM dbo.MyTableName t1
WHERE t1.ThisField = 'test'
AND t1.MyField = @MyOptionalParam

如果要对结果进行重复数据删除，请使用“union”而不是“union all”。

编辑：演示显示优化器足够聪明，可以排除在 UNION 中使用空变量值进行扫描：

if object_id('tempdb..#data') > 0
    drop table #data
go

-- Put in some data
select  top 1000000
        cast(a.name as varchar(100)) as thisField, cast(newid() as varchar(50)) as myField
into    #data
from    sys.columns a
cross join sys.columns b
cross join sys.columns c;
go

-- Shwo count
select count(*) from #data;
go

-- Index on thisField
create clustered index ixc__blah__temp on #data (thisField);
go

set statistics io on;
go

-- Query with a null parameter value
declare @MyOptionalParam varchar(50);
select  *
from    #data d 
where   d.thisField = 'test'
and     @MyOptionalParam is null;
go

-- Union query
declare @MyOptionalParam varchar(50);
select  *
from    #data d 
where   d.thisField = 'test'
and     @MyOptionalParam is null
union all
select  *
from    #data d 
where   d.thisField = 'test'
and     d.myField = '5D25E9F8-EA23-47EE-A954-9D290908EE3E';
go

-- Union query with value
declare @MyOptionalParam varchar(50);
select @MyOptionalParam = '5D25E9F8-EA23-47EE-A954-9D290908EE3E'
select  *
from    #data d 
where   d.thisField = 'test'
and     @MyOptionalParam is null
union all
select  *
from    #data d 
where   d.thisField = 'test'
and     d.myField = '5D25E9F8-EA23-47EE-A954-9D290908EE3E';
go

if object_id('tempdb..#data') > 0
    drop table #data
go

Answer 5

从使用“或”语法更改为两个查询方法，您将看到 2 个不同的计划，这些计划应该使您的逻辑读取计数尽可能低：

IF @MyOptionalParam is null
BEGIN

  SELECT *
  FROM dbo.MyTableName t1

END
ELSE
BEGIN

  SELECT *
  FROM dbo.MyTableName t1
  WHERE t1.MyField = @MyOptionalParam

END

您需要与程序员减少重复的冲动作斗争。意识到您要求两个根本不同的执行计划，并且需要两个查询来生成两个计划。