SSRS中Allow Multi Values功能失效，多值参数无数据返回求助

兄弟，我太懂这种踩坑的感觉了！直接写SQL时多值参数好好的，一放进存储过程就掉链子，选多个值就没数据、单个又正常——这问题我之前也碰到过，核心原因其实是SSRS给存储过程传多值参数的方式和你直接写SQL时不一样！

直接在SQL里执行时，你输入的('A','B','C')是一个列表，但SSRS给存储过程传多值参数时，会把它拼成一个逗号分隔的字符串（比如'A,B,C'），而存储过程里如果直接用WHERE material IN (@material)，数据库会把整个字符串当成单一值去匹配，自然找不到数据；但选单个值时，字符串就是'A'，刚好能匹配，所以正常。

下面给你几个靠谱的解决办法，按推荐程度排序：

1. 使用表值参数（最规范、最稳定的方案） #

这是SQL Server官方推荐的处理多值参数的方式，彻底避免字符串拆分的各种坑：

• 首先创建一个用户定义的表类型，字段类型要和你的material字段一致：

  CREATE TYPE dbo.MaterialList AS TABLE (MaterialCode VARCHAR(50)) -- 按需调整长度和类型
  

• 然后修改你的存储过程，把参数改成这个表类型（记得加READONLY）：

  CREATE PROCEDURE YourReportProcedure
  @material dbo.MaterialList READONLY
  AS
  BEGIN
      -- 你的查询逻辑，用表参数来匹配
      SELECT * 
      FROM YourReportTable 
      WHERE material IN (SELECT MaterialCode FROM @material)
  END
  

• 最后回到SSRS的数据集配置：
  • 把参数的类型改成Table，对应到你刚创建的dbo.MaterialList类型
  • 确认参数映射的名称和存储过程的参数名完全一致

这样SSRS会自动把多值参数的列表打包成表传入，完美匹配查询条件。

2. 用字符串拆分函数（快速临时方案） #

如果不想折腾表值参数，且你的SQL Server版本是2016及以上（支持STRING_SPLIT函数），可以直接修改存储过程的查询逻辑：

CREATE PROCEDURE YourReportProcedure
@material VARCHAR(MAX) -- 你已经调过参数大小，确保长度足够
AS
BEGIN
    SELECT * 
    FROM YourReportTable 
    -- 拆分逗号分隔的字符串，取出每个值
    WHERE material IN (SELECT LTRIM(RTRIM(value)) FROM STRING_SPLIT(@material, ','))
    -- 加LTRIM/RTRIM是防止SSRS传的字符串带空格，比如'A, B, C'
END

如果是SQL Server 2016以下版本，自己写一个自定义的表值拆分函数就行，原理都是把字符串拆成多行数据再匹配。

3. 最后再检查几个细节 #

• 确认SSRS数据集的参数映射里，参数名称和存储过程的参数名完全一致（虽然SQL Server默认大小写不敏感，但尽量别给自己挖坑）
• 可以在存储过程里加一句PRINT @material，执行后看实际传入的内容，确认是不是逗号分隔的字符串，方便排查问题
• 如果material是数值类型，拆分后记得转成对应类型，比如CAST(value AS INT)

内容的提问来源于stack exchange，提问作者Dark Lord White