如何基于变量实现SQL表多列动态条件过滤？是否可行？

当然可以实现！这种根据变量值灵活调整过滤规则的需求在SQL开发中非常普遍，我给你介绍两种最常用的解决方案：

方法1：利用NULL判断构建灵活的WHERE子句 #

这是最直观的方案，核心思路是：当某个变量不需要作为过滤条件时，将其设为NULL，然后在WHERE子句中添加“变量为NULL则跳过该过滤，否则匹配字段”的逻辑。

示例代码：

DECLARE @BI_ResponsibleID INT , @CategoryID INT , @ChangeRequestorID INT 

-- 示例1：仅使用@BI_ResponsibleID过滤，其他变量设为NULL
SET @BI_ResponsibleID = 5 
SET @CategoryID = NULL 
SET @ChangeRequestorID = NULL 

-- 示例2：同时使用@CategoryID和@ChangeRequestorID过滤，@BI_ResponsibleID设为NULL
-- SET @BI_ResponsibleID = NULL 
-- SET @CategoryID = 3 
-- SET @ChangeRequestorID = 4 

SELECT TOP 4 [BI_ResponsibleID], [CategoryID], [ChangeRequestorID] 
FROM [BI_Planning].[dbo].[tlbActivity]
WHERE 
    -- 只有当@BI_ResponsibleID不为NULL时，才应用该过滤条件
    (@BI_ResponsibleID IS NULL OR BI_ResponsibleID = @BI_ResponsibleID)
    AND (@CategoryID IS NULL OR CategoryID = @CategoryID)
    AND (@ChangeRequestorID IS NULL OR ChangeRequestorID = @ChangeRequestorID)

你只需要调整变量的赋值（设为NULL表示不启用对应过滤），就能轻松组合出各种过滤规则。如果遇到查询性能问题，可以在语句末尾添加OPTION(RECOMPILE)来缓解参数嗅探的影响。

方法2：使用动态SQL拼接查询语句 #

如果你的场景更复杂（比如需要动态调整排序规则、关联不同表等），动态SQL会是更灵活的选择。它允许你根据变量值动态拼接出完整的SQL语句。

示例代码：

DECLARE @BI_ResponsibleID INT , @CategoryID INT , @ChangeRequestorID INT 
DECLARE @SQL NVARCHAR(MAX)

SET @BI_ResponsibleID = 5 
SET @CategoryID = 3 
SET @ChangeRequestorID = NULL 

-- 基础查询语句，WHERE 1=1是为了方便后续拼接AND条件
SET @SQL = N'SELECT TOP 4 [BI_ResponsibleID], [CategoryID], [ChangeRequestorID] 
FROM [BI_Planning].[dbo].[tlbActivity]
WHERE 1=1'

-- 根据变量是否为NULL，动态拼接过滤条件
IF @BI_ResponsibleID IS NOT NULL
    SET @SQL = @SQL + N' AND BI_ResponsibleID = @BI_ResponsibleID'

IF @CategoryID IS NOT NULL
    SET @SQL = @SQL + N' AND CategoryID = @CategoryID'

IF @ChangeRequestorID IS NOT NULL
    SET @SQL = @SQL + N' AND ChangeRequestorID = @ChangeRequestorID'

-- 执行动态SQL，必须用sp_executesql传递参数，避免SQL注入风险
EXEC sp_executesql @SQL, 
    N'@BI_ResponsibleID INT, @CategoryID INT, @ChangeRequestorID INT',
    @BI_ResponsibleID, @CategoryID, @ChangeRequestorID

⚠️ 重要提醒：绝对不要直接把变量值拼进SQL字符串，一定要用sp_executesql传递参数，这样既能避免SQL注入攻击，还能让SQL Server重用查询计划，提升性能。

两种方案对比 #

• NULL判断方案：写法简单，适合基础场景，查询计划相对稳定，但极端情况下可能出现参数嗅探问题。
• 动态SQL方案：灵活性拉满，能应对复杂需求，每个条件组合都会生成专属查询计划，但写法稍繁琐，需要注意安全问题。

内容的提问来源于stack exchange，提问作者Nils