【发布时间】：2010-01-26 15:15:17
【问题描述】：
我在一家公司担任顾问，该公司在 Reporting Services 2005 服务器中有大约 30 份报告。所有报告都使用大约 10 个参数来更改加载到报告中的数据。参数也取决于彼此。
问题在于报告会导致展位更改参数和处理/加载最终报告的加载时间过长。最重要的是，报告会生成一个大约 110 000 字符 长的大视图状态，这可能会影响将报告回发到服务器时的较长加载时间。
我检查了 t-sql 和存储过程的处理时间，当我使用 sql profiler 时它们看起来很正常。所以它必须与大量视图状态的报告的渲染过程和回发有关......
您可以像在 asp.net webforms 中那样禁用不同控制器的报告服务报告中的视图状态吗？还是最终用户必须忍受较长的加载时间。
【问题讨论】：
-
当我们最小化在下拉参数中加载的数据时，问题得到了解决。在开始时，一些下拉参数有超过 100 个不同的值，这会导致较长的客户端渲染和视图状态，这是长加载时间和回发的一大瓶颈。
标签： postback viewstate reportingservices-2005 reporting-services