具有多个数据集的 SSRS 性能

Question

我有两个关于 SSRS 性能的主要问题。我正在合并 10 个 SSRS 报告（10 个汇总 RDL 和 10 个详细 RDL，每个报告有约 4 个 tablix）。每个报告都会点击一个存储过程来获取结果。现在我们已将所有 tablix 合并到一个 RDL 中，并创建了一个新参数，用户可以在其中选择他想要打开的报告，并相应地通过可见性属性显示该 tablix。 现在就性能而言，我想了解什么更好。以下问题：

1. 合并后，在一个 RDL 中，我们有 10 个数据集，涉及 10 个不同的过程。我是否应该将所有程序合并为一个程序，并根据用户使用 IF Else 条件从参数中选择报告来运行程序部分。 示例用户选择报告 A，然后在过程中 IF @report = A --Code for A-- ELSE IF @report = B --Code for B--。 如果这样做，我是否能够为 10 份报告中的每一份保留缓存？

2. 对于 10 个详细信息 RDL，它们又拥有自己的 10 个不同的详细信息存储过程。将所有详细的 Tablix 合并为一个并根据用户从报告参数中选择的报告显示/隐藏 Tablix 是否是个好主意。 基本上，我将通过 Action 属性将报告名称作为参数传递，然后使用 IIF 条件显示/隐藏 tablixs。或者我应该为详细报告保留 10 个不同的 RDL。我有那个选项打开。什么对性能更好。

Answer 1

我要做的是 - 假设 10 个 RDL 正在运行 10 个不同的存储过程，为每个存储过程分配一个隐藏参数。让我们称之为@report_number（例如）。因此，对于报告一，在存储过程中，添加一个 where 子句以包含 and @report_number = 1 这应该在技术上停止存储过程运行，一旦它看到一个不同的数字传递（比如报告 2 的 2）.. 等等..

@report_number 在单独的数据集中分配。
例如

report1 - 值 = 1

report2 - 值 = 2

。

.

.

report10 - 值 = 10

因此，当用户运行报告 1 时，@report_number 的值 1 将传递给该数据集。其余数据集不应运行与其关联的过程，因为它们在 where 中不具有预期值子句。

希望这是有道理的。