优化prcEmployeeSearch存储过程：空参数返回全量数据且不影响性能

原存储过程存在的问题：当@empIds为空字符串时，dbo.Split('', ',')返回空结果集，导致empId IN (...)条件无法匹配任何行，无法返回全表数据，不符合需求。以下是两种不影响查询性能的解决方案：

方案1：分支逻辑生成最优执行计划 #

通过IF分支区分参数为空和非空的场景，让SQL Server为两种情况分别生成最优执行计划，避免参数嗅探导致的性能退化：

CREATE PROC prcEmployeeSearch(
    @empIds varchar(200) = ''
)
AS
BEGIN
    SET NOCOUNT ON;

    IF @empIds = ''
        SELECT empId, empName FROM tblEmployee;
    ELSE
        SELECT empId, empName 
        FROM tblEmployee
        WHERE empId IN (SELECT item FROM dbo.Split(@empIds, ','));
END
GO

优势 #

• 两种场景的执行计划相互独立，空参数时直接读取全表（或利用合适的索引），非空参数时快速筛选指定ID。
• SET NOCOUNT ON减少网络传输的冗余元数据，提升整体性能。

方案2：动态SQL（适合扩展场景） #

如果后续需要添加更多查询条件，动态SQL可以灵活拼接语句，同时通过sp_executesql传递参数避免SQL注入并重用执行计划：

CREATE PROC prcEmployeeSearch(
    @empIds varchar(200) = ''
)
AS
BEGIN
    SET NOCOUNT ON;

    DECLARE @sql NVARCHAR(MAX) = N'SELECT empId, empName FROM tblEmployee';

    IF @empIds <> ''
        SET @sql += N' WHERE empId IN (SELECT item FROM dbo.Split(@empIdsParam, '',''))';

    EXEC sp_executesql 
        @sql,
        N'@empIdsParam varchar(200)',
        @empIdsParam = @empIds;
END
GO

优势 #

• 仅在需要时拼接筛选条件，生成的查询语句更精简。
• 使用参数化动态SQL，彻底避免SQL注入风险，同时支持执行计划缓存，重复执行时性能更优。

性能优化补充 #

• 确保tblEmployee的empId列存在索引（主键默认是聚集索引，已满足需求；非主键则建议创建非聚集索引），让筛选ID的查询可以快速定位数据。
• 若使用SQL Server 2016及以上版本，建议替换自定义dbo.Split为内置函数STRING_SPLIT，内置函数的性能远高于自定义拆分函数，替换后的筛选条件为：

  WHERE empId IN (SELECT value FROM STRING_SPLIT(@empIds, ','))
  

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