【问题标题】:SSRS 2008 R2 chained parametersSSRS 2008 R2 链接参数
【发布时间】:2012-04-25 16:54:52
【问题描述】:

我有一个包含三个参数的报告:国家组合框、开始日期和结束日期(财政年度)。我希望根据国家/地区组合框选择来更新开始日期和结束日期。

我制作了一个数据集,它接收国家代码作为参数并返回所选国家的开始日期和结束日期。然后我将日期的默认值链接到数据集。

这在第一次选择国家时非常有效,但对于随后的国家/地区选择则无效。如果我将日期参数的类型更改为组合框,它每次都有效,但我不想失去选择国家后“微调”日期的灵活性。

我在问不可能吗?

【问题讨论】:

    标签: reporting-services parameters cascade


    【解决方案1】:

    Microsoft 认为这种行为是设计使然 - 请参阅 Microsoft Connect issue

    通常有一种解决方法 - 当依赖参数的值被第一个参数中的选择无效时,它会刷新。

    但是,由于您希望用户能够覆盖开始日期和结束日期,因此您不能指定国家/地区的默认值是唯一可用的值。

    可以做的是在第一个国家参数之后添加第二个国家/地区参数,其默认且唯一可用的值是第一个国家/地区参数的值,并设置开始的默认值和 end 参数基于第二个国家参数的值。

    很遗憾,如果您将第二个国家/地区参数设置为隐藏,则不会填充其默认值 - 因此第二个国家/地区参数必须保持可见,才能正常工作。

    您可以利用这一点 - 例如,将国家/地区的默认日期范围显示为参数的标签;这将使用户能够看到默认日期范围被覆盖的位置。

    【讨论】:

    • 您知道这种行为在 SQL Server 2012 中是否发生了变化吗?我有一个类似的问题,并且遇到了许多愤怒的错误报告给 MS,它只是通过说行为是设计使然来关闭它们。似乎有足够的挫败感让 MS 在下一个版本中对其进行处理,但这并不意味着它实际上得到了解决。
    • @SimonTewsi:我不知道——我怀疑它没有,因为我找不到任何关于它在 2012 年发生变化的参考,但我没有任何直接的经验。
    • @MarkBannister:出于某种原因,我忘了感谢您的回答。我尝试了第二个参数的事情,但对于我们这种用户来说还不够容易。我暂时将报告保持原样。我会祈祷 MS 看到光明并修复他们的设计 :)
    • @eperales:很高兴我能帮上忙。 :)
    猜你喜欢
    • 1970-01-01
    • 2017-07-12
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多