参数的默认值在SSRS 2008 R2中不起作用

Question

我有一个报告(BIDS SSRS 2008 R2),它有一个参数,允许用户从列表中选择多个值(简称销售区域).

但是,我想,因为列表很长(15个左右可能的值)默认选择了最常用的2个值.

我在参数属性>>默认值对话框中配置它,当我在预览模式下运行报表时,它工作,这意味着,检查默认值.

但是,当我部署它并使用IE9(或Chrome)运行它时,它不起作用.

有任何想法吗？

Answer 1

我猜你的构建是坏的,你正在部署,并没有从你做的更改或它没有覆盖值更新.您可以执行一些操作以确保存在默认参数值.

1. 在服务器上查看已发布的报告,然后单击右侧的下拉箭头并选择"管理".现在选择左窗格中的"参数".在"有默认值"列(2008R2及更高版本左侧第3列)下,应进行检查.然后在"默认值"下,它或者是特定的显式输入,或者它将显示"基于查询",这意味着它从数据集或类似方式中获取其值.如果这与您期望的值不同,并且明确您可以在此处进行更改.

2. 如果它是基于查询的,并且您发现您的数据无法在此处更改,我将转到BIDS并在解决方案下打开SSRS项目并选择"在Windows资源管理器中打开文件夹".找到您的报告的DATA文件并将其删除.请注意,这不是报告本身,而是类似于'report.rdl.data'的文件.这不是一个很可能影响构建但仅仅是预览的步骤,但是我们希望在重建之后看到完全相同的预览.转到报告的项目并选择"清理",然后选择"重建",以确保除了明确指定的文件之外,还要删除垃圾箱中的所有数据文件.现在,Rebuild将根据说明构建所有文件.现在单击报表上的预览,使用默认值验证它是否符合预期.再次发布并观察.

3. 如果这仍然没有改变报告我会猜测更新没有采取.我会将服务器上的报告重命名为'report_old'并尝试再次发布.

4. 如果仍然没有采取这种做法,我会检查我们想要的发布位置是否有效,我们是否正确部署,并且任何参数都没有从未设置为"不覆盖"的共享数据集中获取数据,或者由于发布而导致奇怪的边缘情况因配置设置而暂停.

SSRS过去曾遇到过一些奇怪的问题,我的文件处于源代码控制之下,然后系统不希望自己更新参数.通常,这是通过重建来修复的,但有时它确实需要发布新的二进制文件.

Answer 2

这周我看到了同样的事情，结果证明是因为我的多值参数的“默认列表”中有一些值有时不在数据选择中——在我的例子中，默认列表的值对某些人无效我可能会选择的日期。

这是吸引我的地方：SSRS 在开发预览期间允许默认列表中的无效值，但不允许在生产中使用它们。

在我的示例中，报告是在 Report Builder 中开发的。当我在报表生成器中“运行”（预览）报表时，按照设计为默认列表的值选择了列表参数的复选框。但是当我保存报告，并以用户的方式运行它时——从 Reporting Services 浏览器页面运行报告——然后没有选择任何值——没有默认值。

然后，为了解决这个问题，我采用了到那时为止的所有选择标准，并将它们应用于默认列表——确保“默认值”只包含“可用值”中的值——然后选择了默认值，无论是在报表生成器开发中，还是在 SSRS 生产中。

示例：假设我对“可用值”的选择查询是：

SELECT Type
FROM MyTable
WHERE Date <= @BEG_DATE
  AND Date >= @END_DATE

并假设，使用 1/1/2013 和 12/31/2013 作为日期，上述返回 'A','B','C','X','Y','Z' 作为列表值，供用户选择（显示为复选框）。

现在，假设我对“默认值”的选择查询是：

SELECT Type
FROM MyTable
WHERE Type IN ('A','B','G','H') 

此示例中的问题是，对于日期 1/1/2013 和 12/31/2013，默认值“G”和“H”不是有效值。

此示例中的修复方法是在“默认值”查询中添加到“WHERE”子句。它成为了：

SELECT Type
FROM MyTable
WHERE Type IN ('A','B','G','H') 
  AND Date <= @BEG_DATE
  AND Date >= @END_DATE

现在，当针对日期 1/1/2013 和 12/31/2013 运行此默认值查询时，“G”和“H”退出默认值，仅保留“A”和“B”作为默认值值。“A”和“B”都可以选择，因为它们也都在参数的可用值中。因此，默认多值参数现在有效，无论是在开发中，还是在保存报告（部署后、发布后）并从浏览器运行后。