如何为SQL存储过程实现更优雅的可选WHERE子句？

嘿，我来给你几个更优雅的解决方案替代你现在的CASE写法，都是SQL Server里常用的优化方式，可读性和性能表现都更好：

方案一：直接使用OR逻辑（最简洁直观） #

这是最常用的写法，逻辑清晰，一眼就能看懂，而且SQL Server的查询优化器大多能很好地处理这种分支逻辑：

CREATE PROCEDURE [dbo].[GetItemDetails] 
    @itemId int = 0 
AS 
BEGIN
    SELECT * 
    FROM myEntities 
    WHERE @itemId = 0 OR itemId = @itemId;
END

当你传入@itemId=0时，@itemId=0条件成立，整个WHERE子句直接返回所有行；当传入具体ID时，就会过滤出对应的数据。

方案二：动态SQL（适合复杂场景/性能敏感场景） #

如果你的存储过程后续可能增加更多可选参数，或者担心OR逻辑带来的参数嗅探问题，动态SQL是更灵活的选择——它会根据参数是否有效来拼接查询语句，让优化器生成针对性的执行计划：

CREATE PROCEDURE [dbo].[GetItemDetails] 
    @itemId int = 0 
AS 
BEGIN
    DECLARE @sql NVARCHAR(MAX);
    
    -- 基础查询语句
    SET @sql = N'SELECT * FROM myEntities';
    
    -- 当参数不为0时，拼接WHERE条件
    IF @itemId <> 0
        SET @sql = @sql + N' WHERE itemId = @itemId';
    
    -- 使用sp_executesql执行带参数的动态SQL，避免注入风险
    EXEC sp_executesql @sql, N'@itemId int', @itemId;
END

这里用sp_executesql而不是直接拼接参数值，是为了防止SQL注入，同时还能复用执行计划，兼顾安全性和性能。

方案三：调整默认值为NULL，用COALESCE简化逻辑 #

如果你能接受把参数默认值从0改成NULL，这种写法会更简洁：

CREATE PROCEDURE [dbo].[GetItemDetails] 
    @itemId int = NULL 
AS 
BEGIN
    SELECT * 
    FROM myEntities 
    WHERE itemId = COALESCE(@itemId, itemId);
END

COALESCE会返回第一个非NULL的参数值：当@itemId不为NULL时，匹配对应ID；当它为NULL时，itemId=itemId永远成立（前提是itemId字段不允许为NULL），从而返回全量数据。

对比原CASE写法的优势 #

你原来的CASE写法虽然能实现功能，但可读性较差，尤其是当后续增加更多参数时，逻辑会变得越来越臃肿。上面的几种方案要么更直观，要么更灵活，在维护性和性能上都更优。

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