存储过程日期参数通配符处理：如何忽略日期条件查询全量数据

嘿，这个需求我太熟悉了！之前做报表类存储过程时经常碰到，给你几个实用又优雅的解决方案，不用再试那些无效的通配符啦：

方案一：利用参数默认值+条件分支（最推荐） #

给参数@date设置默认值为NULL，然后在WHERE子句里判断参数是否为空——为空就返回所有数据，不为空就应用你的日期范围条件。

CREATE PROCEDURE YourProcedureName
    @date DATE = NULL  -- 给参数设置默认NULL，调用时不传参就自动用这个值
AS
BEGIN
    SET NOCOUNT ON; -- 可选，减少额外的返回信息

    SELECT *
    FROM YourTableName
    WHERE 
        -- 当@date为NULL时，这个条件永远为真，直接返回所有行
        (@date IS NULL) 
        -- 当@date有值时，才会触发后面的日期范围过滤
        OR (dateTimeGmt BETWEEN @date AND DATEADD(dd, 9, @date))
END

怎么用？ #

• 调用时不传参数：EXEC YourProcedureName; → 返回所有数据
• 传入指定日期：EXEC YourProcedureName '2024-01-01'; → 返回该日期往后9天的范围数据

这个方案的好处是写法简洁，性能也稳定，SQL Server能很好地优化查询计划。

方案二：动态SQL（适合复杂场景） #

如果你的查询逻辑更复杂，或者想在参数为空时完全去掉WHERE子句（避免OR条件可能带来的小性能损耗），可以用参数化的动态SQL：

CREATE PROCEDURE YourProcedureName
    @date DATE = NULL
AS
BEGIN
    SET NOCOUNT ON;

    DECLARE @sql NVARCHAR(MAX) = N'
        SELECT *
        FROM YourTableName
        WHERE 1=1'; -- 基础占位条件，方便后续拼接AND语句

    -- 只有当@date不为空时，才添加日期过滤条件
    IF @date IS NOT NULL
    BEGIN
        SET @sql += N' AND dateTimeGmt BETWEEN @dateParam AND DATEADD(dd, 9, @dateParam)';
    END

    -- 用sp_executesql执行参数化动态SQL，避免SQL注入风险
    EXEC sp_executesql 
        @sql, 
        N'@dateParam DATE', 
        @dateParam = @date;
END

注意点 #

一定要用sp_executesql而不是直接拼接参数值，这样能避免SQL注入，同时让SQL Server缓存查询计划，提升重复调用的性能。

方案三：用极值替代（不推荐，仅作参考） #

如果不想用OR或者动态SQL，还可以用表中的最小/最大日期来替代NULL参数的范围，但这个方案性能不如前两个，尤其是表数据量大的时候：

CREATE PROCEDURE YourProcedureName
    @date DATE = NULL
AS
BEGIN
    SET NOCOUNT ON;

    SELECT *
    FROM YourTableName
    WHERE dateTimeGmt BETWEEN 
        COALESCE(@date, (SELECT MIN(dateTimeGmt) FROM YourTableName))
        AND 
        COALESCE(DATEADD(dd, 9, @date), (SELECT MAX(dateTimeGmt) FROM YourTableName))
END

这个方案的问题是每次调用都要查询表的最小和最大日期，额外增加了开销，而且如果表为空的话会报错，所以只适合小表或者特殊场景。

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