SSRS调用存储过程sp_Test报错未提供@Month参数排查

直接报错原因 #

你碰到的@Month未提供报错和存储过程本身无关，是报表交互动作的参数配置漏项：

• 你在Tablix里给"Appraisal"列的Yes/No文本配置点击跳转到自身报表的动作时，动作配置页的参数映射列表没有添加@Month参数。你在报表全局层面给@Month配置了独立数据集、默认值，不代表点击交互时会自动带上这个参数——自引用点击的传参列表是独立配置的，你需要打开该文本框的Action配置面板，手动新增@Month参数，将它的值绑定为=Parameters!Month.Value，就能解决这个参数缺失的报错。

存储过程现存隐患（参数问题修复后也会触发异常） #

你当前写的存储过程有3个明显问题，就算参数传对了也无法正常运行：

• 列名拼写错误：两处UPDATE语句的筛选条件分别把Month列错写成了Moth、Monat，执行时会直接报列名不存在的错误。
• 不必要的动态SQL：整个逻辑完全不需要通过拼接字符串执行，动态SQL拼接不仅有SQL注入风险，还容易出现引号转义、类型转换的隐性错误。
• 全局临时表并发问题：你用的##temptest是实例级全局临时表，多用户同时访问报表时会触发"临时表已存在"的冲突，这个逻辑完全不需要临时表，查询后直接返回结果即可。

修正后的存储过程代码 #

USE [TestDB]
GO
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER PROCEDURE [dbo].[sp_Test]
     @NR int,
     @UpdateValue Tinyint,
     @Month varchar(6) -- 月份固定为6位长度，不需要用varchar(MAX)
AS
BEGIN
    SET NOCOUNT ON;

    -- 直接执行更新逻辑，无需动态SQL
    IF @UpdateValue = 1
    BEGIN
        IF EXISTS (SELECT 1 FROM [dbo].[test_table] WHERE CAST(Month AS varchar(6)) = @Month AND NR = @NR AND Enable = 0)
        BEGIN
            UPDATE [dbo].[test_table] 
            SET ENABLE = 1 
            WHERE CAST(Month AS varchar(6)) = @Month 
              AND ENABLE = 0 
              AND NR = @NR
        END
        ELSE
        BEGIN
            UPDATE [dbo].[test_table] 
            SET ENABLE = 0 
            WHERE CAST(Month AS varchar(6)) = @Month 
              AND ENABLE = 1 
              AND NR = @NR
        END
    END

    -- 直接返回查询结果，无需全局临时表
    SELECT [ID1]
          ,[ID2]
          ,[Name]
          ,[Team]
          ,[Date]
          ,[Month]
          ,[Week]
          ,[column1]
          ,[column2]
          ,[column3]
          ,[reason]
          ,[NR]
          ,[Enable]
    FROM [TestDB].[dbo].[test_table]
    -- 按需选择是否加月份筛选，返回当月数据即可加上WHERE条件
    WHERE CAST(Month AS varchar(6)) = @Month
END

额外配置注意事项 #

• 替换存储过程后，要在SSRS的数据集属性里刷新字段和参数列表，确认三个参数的类型和报表参数匹配：@NR对应整数类型、@UpdateValue对应整数类型（兼容tinyint）、@Month对应文本类型，类型不匹配也会被识别为参数未正常传递。

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