Reporting services SSRS URL访问速度比报表管理器慢

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

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

此报表有多个参数，其有效值由查询填充

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

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

我认为这是因为在报表管理器中刷新报表会减少一些处理步骤。当您使用报表管理器中的“查看报表”按钮刷新报表时，似乎会将一系列状态发送回服务器，而我认为通过URL访问刷新报表实际上是从头开始做所有工作

---

我的假设正确吗？是否有任何方法可以通过URL访问以与使用报表管理器时相同的速度刷新具有新参数的报表？

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

为了控制这一点，报表管理器使用会话。即使我自己没有尝试过，你也应该可以通过URL来实现

---

让我们知道这是否对你有效

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

为了控制这一点，报表管理器使用会话。即使我自己没有尝试过，你也应该可以通过URL来实现

---

让我们知道这是否对你有效

关于reporting services，我注意到一件事，这很奇怪，因为它是微软的产品，在google chrome中运行速度要快得多。特别是在包含级联参数的繁忙报告上。与IE和chrome并排试用。当你用chrome更改一个参数时，它会飞起来，在IE中更改同样的参数，速度会比糖浆慢。我注意到reporting services的一点，这很奇怪，因为它是微软的产品，在google chrome中运行得快得多。特别是在包含级联参数的繁忙报告上。与IE和chrome并排试用。当你用chrome改变一个参数时，它会飞，在IE中改变同样的参数，它会比糖蜜慢。谢谢你给我指点SessionID和相关参数。我不知道他们。不幸的是，在通过URL刷新时，即使我在两个请求之间传递相同的SessionID，报告看起来仍然是从头开始处理的。但是给了我一个有希望的领先优势，你得到了我的选票。使用Session可能仍然会有成果，但现在，我们决定推迟这个问题。感谢您为我指出SessionID和相关参数。我不知道他们。不幸的是，在通过URL刷新时，即使我在两个请求之间传递相同的SessionID，报告看起来仍然是从头开始处理的。但是给了我一个有希望的领先优势，你得到了我的选票。与sessions合作可能会取得成果，但现在，我们决定推迟这个问题。