SQL存储过程优化问询：多值参数查询逻辑改进建议

首先得指出你原方法里的几个核心问题：

• Method1报错的原因是CASE表达式只能返回单一值，但你在@CheckID IS NULL分支返回了SELECT CheckID from Table1（多行结果），这直接触发了"select query returned multiple rows"错误。
• Method2虽然能运行，但把全表的CheckID拼接成分隔字符串再拆分，属于完全冗余的操作——既浪费CPU资源，又增加了代码复杂度，完全没必要这么绕。

下面给你两种更简洁高效的实现方式，根据你的场景选择即可：

方案1：用OR逻辑简化查询（最适合简单场景） #

直接通过参数是否为NULL来分支，结合内置的STRING_SPLIT函数（SQL Server 2016+支持），完全避免冗余的字符串拼接操作。

注意：你的原存储过程参数类型错误！ #

传入的是分号分隔的字符串，所以参数不能定义为INT，必须改成VARCHAR(MAX)，否则根本接收不了列表参数。

CREATE PROCEDURE [dbo].[GetInfo] 
    @listCheckID VARCHAR(MAX) = NULL  -- 修正参数类型
AS
BEGIN
    SET NOCOUNT ON;

    SELECT MM.CheckId, MM.Dept, MM.Name 
    FROM Table1 MM 
    WHERE 
        -- 参数为NULL时直接返回全表
        @listCheckID IS NULL 
        -- 参数非空时，拆分字符串后匹配ID
        OR MM.CheckId IN (SELECT TRY_CAST(value AS INT) FROM STRING_SPLIT(@listCheckID, ';'));
END

如果你的SQL Server版本低于2016，没有STRING_SPLIT，可以替换成你现有的dbo.fnSplitString，但建议尽量升级或改用更高效的自定义拆分函数（比如基于数字表的拆分，比XML方式更快）。

方案2：使用表值参数（TVP，性能最优、类型最安全） #

如果需要频繁传入ID列表，表值参数是SQL Server里的最佳实践——它类型安全，不需要字符串转换，性能远优于字符串拆分的方式。

第一步：创建表值类型 #

CREATE TYPE dbo.CheckIDList AS TABLE (CheckID INT PRIMARY KEY); -- 加主键提升查询性能

第二步：修改存储过程 #

CREATE PROCEDURE [dbo].[GetInfo] 
    @CheckIDs dbo.CheckIDList READONLY
AS
BEGIN
    SET NOCOUNT ON;

    SELECT MM.CheckId, MM.Dept, MM.Name 
    FROM Table1 MM 
    WHERE 
        -- 表值参数为空时返回全表
        (NOT EXISTS (SELECT 1 FROM @CheckIDs)) 
        -- 否则匹配传入的ID列表
        OR MM.CheckId IN (SELECT CheckID FROM @CheckIDs);
END

调用示例 #

-- 查询指定ID
DECLARE @TargetIDs dbo.CheckIDList;
INSERT INTO @TargetIDs VALUES (101), (103), (105);
EXEC dbo.GetInfo @TargetIDs;

-- 查询全表（传入空的表值参数）
DECLARE @EmptyIDs dbo.CheckIDList;
EXEC dbo.GetInfo @EmptyIDs;

方案对比 #

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