我已经使用 Report Builder 3.0 创建了一个报告,我正在 Microsoft Reporting services 2012 上运行它
当 O 查看性能日志(通过 ExecutionLog3)时,我看到所有 3 个阶段(检索、处理、渲染)大约需要 2 秒。但是浏览器需要 7 秒以上的时间来呈现它(并且有 5-10 秒的开销是一致的),它的来源可能是什么?
我已经使用 Report Builder 3.0 创建了一个报告,我正在 Microsoft Reporting services 2012 上运行它
当 O 查看性能日志(通过 ExecutionLog3)时,我看到所有 3 个阶段(检索、处理、渲染)大约需要 2 秒。但是浏览器需要 7 秒以上的时间来呈现它(并且有 5-10 秒的开销是一致的),它的来源可能是什么?
可能是最常见的两件事之一:
问题可能是,不确定,您的 SSRS 服务器每 12 小时回收一次,当天的第一份报告可能正在访问 ReportServer 上的目录,启动并运行站点,然后给您一份报告。通常这在 SSRS 中很常见,有时可能需要一分钟才能完成当天的第一份报告。通常,您可以创建一个“保持活动”服务,每隔几个小时在 http:// (servername)/ReportServer 上戳 SSRS,这是 SSRS 的 Web 服务。您也可以我已经阅读了在 SSRS 服务器本身上设置了一个配置设置,但这对我来说从来没有用过,所以我放弃了并创建了一个保持活动状态的服务。
如果开发人员在数据之上创建了许多函数以通过字体更改、大小更改、颜色更改、动态逻辑来呈现它,则报告可能需要很长时间。您在查找时提到了“渲染”,但是如果报告没有在浏览器中渲染,您如何看到渲染速度更快?
一般来说,这两种情况在不同的情况下都是如此。检查 2 的最佳方法是创建一个没有参数的超级简单报表和一个返回黑白网格的简单数据集。