SSRS URL 访问比报表管理器慢答案

【问题标题】：SSRS URL Access slower than Report ManagerSSRS URL 访问比报表管理器慢
【发布时间】：2012-09-05 21:25:36
【问题描述】：

我正在使用 URL 访问在应用程序中嵌入报表，使用的 URL 如下所示：

https://servername/ReportServer/Pages/ReportViewer.aspx?/ReportPath/&parameter=value

此报告有几个参数，其有效值由查询填充。

报告的显示时间与通过报告管理器访问报告所用的时间大致相同。

但是，我注意到，如果我在报告管理器中更改参数并单击“查看报告”按钮，它的刷新速度比通过 URL 访问刷新报告快几秒钟。

我认为这是因为在报表管理器中刷新报表会减少一些处理步骤。当您使用报表管理器中的“查看报表”按钮刷新报表时，看起来一堆状态被发送回服务器，而我认为通过 URL 访问刷新报表基本上是从头开始完成所有工作。

我的假设是否正确？有什么方法可以像使用报表管理器时一样快速地通过 URL 访问使用新参数刷新报表？

【问题讨论】：

我注意到关于报告服务的一件事——这很奇怪，因为它是微软的产品——它在谷歌浏览器中运行得更快。尤其是在包含级联参数的繁忙报告中。与 IE 和 chrome 并排试用。当您使用 chrome 更改参数时，它会飞，在 IE 中更改相同的参数，它会比糖蜜慢。

【解决方案1】：

您的假设是正确的，据我所知，Report Manager 和 ReportViewer 控件将有一个跨越多个请求的会话。（虽然我有点惊讶这在您更改参数时也会起作用，因为我无法想象在这种情况下可以跳过哪些步骤。）

为了控制这一点，报表管理器使用会话。即使我自己没有尝试过，你应该可以通过using the SessionId and related parameters 使用 URLS 来做到这一点。

让我们知道这是否适合您！

【讨论】：

感谢您将我指向 SessionID 和相关参数。我不知道他们。不幸的是，即使我在请求之间传递了相同的 SessionID，当通过 URL 刷新时，报告看起来仍然是从头开始处理的。但是为了给我一个有希望的领先优势，你得到了我的投票。使用会话仍可能取得成果，但目前，我们决定推迟此问题。