SQL Server 2016存储过程重构：无需重复SELECT实现空值数据筛选

核心优化思路 #

直接将@ShowCompaniesWithoutClients的参数判断逻辑嵌入单条SELECT语句的WHERE子句中，全程只维护一份字段列表、表关联、其他业务过滤条件的代码，完全替换原有IF/ELSE双分支的重复查询结构，从根源上解决重复代码维护成本高的问题。

可直接落地的实现代码 #

按照原有业务逻辑适配参数判断即可，代码结构如下：

CREATE OR ALTER PROCEDURE GetCompanies
    -- 原有存储过程的所有入参保持不变，此处仅以@ShowCompaniesWithoutClients为例
    @ShowCompaniesWithoutClients TINYINT = 0 -- 按你原有参数的实际类型定义即可
AS
BEGIN
    SET NOCOUNT ON;
    -- 所有业务需要的字段、JOIN关联、其他查询条件只写一次
    SELECT * 
    FROM [Company]
    WHERE
        -- 核心参数判断逻辑：仅当@ShowCompaniesWithoutClients传1时，触发空Client的筛选；其他值不额外增加过滤
        (
            @ShowCompaniesWithoutClients = 1
            AND ([Client] IS NULL OR [Client] = '')
        )
        -- 在此处拼接其余所有业务过滤条件即可，比如按公司ID、地区、成立时间筛选的逻辑
        -- [Company].Region = @Region AND [Company].Id = @CompanyId 这类
END

实际使用注意事项 #

• 参数判断保持显式逻辑，不要嵌套过于复杂的函数套娃，后续维护时可以一眼识别每个参数对应的过滤规则
• 如果业务定义里“纯空格的Client值”也算无关联客户的场景，可以把空字符串判断调整为LTRIM(RTRIM([Client])) = ''，避免客户端录入的全空格值被漏判
• 如果后续这个存储过程的查询性能出现波动，可以针对Client列建立普通非聚集索引，覆盖空值筛选的查询场景；对于全量返回数据的场景，SQL Server会自动选择全表扫描的执行计划，不会出现索引失效的问题
• 相比原有的双分支写法，这种单SELECT结构不需要重复维护20余个字段的列表、多表关联逻辑，改动时只需要调整一处，彻底避免两处逻辑不同步的维护风险
• 如果后续需要加新的查询参数，只需要在WHERE子句里追加对应的显式判断条件即可，不需要再拆分新的IF/ELSE分支
• 如果后续遇到参数值为0和1时执行计划不匹配导致的性能问题，可以在SELECT语句末尾追加OPTION (RECOMPILE)，让SQL Server每次根据传入的参数值生成最优执行计划，这个开销对于存储过程级别的查询来说基本可以忽略

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