SSMS中正常执行的含ALL参数查询在SSRS中无返回结果问题

看起来你遇到的问题很典型——SSRS和SSMS执行相同查询却得到不同结果，核心大概率是参数值的匹配问题，尤其是你用到的带前置空格的' ALL'选项。下面一步步帮你排查和解决：

可能的原因 #

SSMS里你手动输入的' ALL'是精确匹配查询里的字符串，但SSRS在传递参数时可能出现以下情况：

• 参数的显示标签是' ALL'，但实际传递的参数值是不带空格的'ALL'（很多人设置参数时容易把标签和值搞混）；
• SSRS自动去除了参数值的前后空格（虽然默认不会，但某些特殊设置可能导致）；
• 参数的数据类型不匹配，比如SSRS参数设成了nvarchar，而查询里是varchar，隐式转换导致匹配失败。

解决方案 #

1. 先验证SSRS实际传递的参数值 #

在报表里加一个临时文本框，设置表达式为：

=Parameters!problemParam.Value

运行报表选择' ALL'选项，看看文本框显示的是' ALL'还是'ALL'（或者其他值）。这一步能快速定位是不是参数值传递错了。

2. 修复查询的字符串匹配逻辑 #

如果确实是空格导致的问题，可以修改查询，让它忽略前后空格的差异，比如用LTRIM()函数：

Declare @workingParam1 as varchar(200)
Declare @workingParam2 as varchar(50)
Declare @workingParam3 as varchar(50)
Declare @problemParam as varchar(50)

SELECT Col1, Col2, Col3, Col4, Col5, Col6, Col7, Col8, Col9
FROM View
WHERE (Col1 = @problemParam OR LTRIM(@problemParam) = 'ALL')
And (Col2 = @workingParam1 OR LTRIM(@workingParam1) = 'ALL')
And (Col3 = @workingParam2 OR LTRIM(@workingParam2) = 'ALL')
And (Col4 = @workingParam3 OR LTRIM(@workingParam3) = 'ALL')
ORDER BY Col1, Col2, Col3

这样不管参数值是' ALL'还是'ALL'，都能匹配到"全部数据"的逻辑。

3. 更健壮的方案：用NULL表示"全部" #

带空格的字符串很容易出问题，推荐改用NULL来实现"全部"的逻辑，这种方式更可靠：

• 在SSRS参数设置里，把' ALL'选项的值设为NULL（显示标签还是' ALL'没问题）；
• 修改查询语句：

Declare @workingParam1 as varchar(200)
Declare @workingParam2 as varchar(50)
Declare @workingParam3 as varchar(50)
Declare @problemParam as varchar(50)

SELECT Col1, Col2, Col3, Col4, Col5, Col6, Col7, Col8, Col9
FROM View
WHERE (Col1 = @problemParam OR @problemParam IS NULL)
And (Col2 = @workingParam1 OR @workingParam1 IS NULL)
And (Col3 = @workingParam2 OR @workingParam2 IS NULL)
And (Col4 = @workingParam3 OR @workingParam3 IS NULL)
ORDER BY Col1, Col2, Col3

这种方式完全避免了字符串匹配的坑，而且性能也更优（NULL判断不会影响索引使用）。

4. 检查SSRS参数设置 #

• 确认参数的数据类型和查询里的varchar(50)一致；
• 如果用NULL方案，必须开启参数的"Allow null value"选项。

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