我们有一个报告解决方案，它利用SSRS中的“转到报告”钻取操作从报告移动到报告。这使得报告解决方案可以像包含多个选项卡和视图的仪表板一样工作，并且允许我们的用户直观地与他们的数据进行交互。
但是，我们注意到，在点击不同的报告一段时间后（20个报告左右），报告解决方案变得越来越慢。报告在3秒后返回现在需要10秒才能返回。如果我们更长时间点击报表解决方案，则同一报表最多可能需要20秒才能返回。
我觉得它与SSRS有关，它存储了我们点击的每个报告的所有参数。我们每次传递大约15个参数，并且为了使浏览器上的后退按钮起作用，SSRS需要在内存中存储每个先前报告的参数。这意味着我们点击的报告越多，浏览器需要恢复的数据就越多。如果我们关闭浏览器并重新打开报告解决方案，报告将按预期再次快速返回。
有没有办法告诉SSRS停止持有如此多的数据？我们可以将“背部”的最大数量设置为2或3吗？或者我的问题完全是另一回事？我当然不知所措！谢谢！
编辑 - 一位同事提到“_viewstate”可能与此问题有关。也许这有助于有人回答这个问题？
编辑2 - 到目前为止，我们的最佳解决方案是使用“转到URL”操作。这会刷新页面并消除似乎使系统陷入困境的历史堆栈......
由于我还没有50个代表（所以我无法发表评论），我看到最后“26号位置没有数据”。我会检查你的数据集，看看会发生什么。 IE，datatype = datatype或换句话说，它可能是一个字符串，并试图转换为int，或类似的东西。是的，它说'没有数据'，但是SSRS很奇怪而且很疯狂，有时你必须把错误信息之类的东西拿出来扔掉窗外。
为了扩展“没有该字段的数据”，它可能是数据集中的MISSING字段（已定义，但查询未获取它）。这就是错误的具体含义，但我也见过其他的东西。