简体   繁体   English

SSRS中的缓存与报告快照

[英]Caching vs Report Snapshot in SSRS

I was reading an article on how to improve performance in SSRS at here and was wondering; 我正在读关于如何提高在SSRS在性能文章在这里 ,并想知道;

  1. What exactly is difference between Caching & Report Snapshot? 缓存和报告快照之间究竟有什么区别?

  2. What are the parameters that should be handy when deciding between Caching & Report Snapshots? 在缓存和报告快照之间进行决策时,应该使用哪些参数?

  3. As a performance improvement in SSRS, which is better performance improvement tool: Caching or Snapshot? 作为SSRS的性能提升,哪个是更好的性能提升工具:缓存还是快照?

Caching is a copy of the last executed report. 缓存是上次执行的报告的副本。 It is not a persisted copy, it has a lifetime (like caching for 30 minutes). 它不是一个持久的副本,它有一个生命周期(如缓存30分钟)。 It is stored on the temp database. 它存储在临时数据库中。 You can have only one "instance" per report (if you have parameters, you will have one per combination of parameter) 每个报告只能有一个“实例”(如果有参数,每个参数组合将有一个)

Snapshot is a persisted copy of the report. 快照是报告的持久副本。 It is stored for good on the report database. 它在报表数据库中存储得很好。 You can have as many as you want. 你可以拥有任意数量的东西。 You can configure for example to save a snapshot of a report per day, so if you want to see how was your data 3 months ago, you just access the snapshot of that day. 例如,您可以配置为每天保存报告的快照,因此,如果您想查看3个月前的数据,您只需访问当天的快照。

When to use one or the other is quite tricky. 什么时候使用其中一个是非常棘手的。 Most of my reports, I cache them for 2 hours, so the first user who runs it will experience a small delay and the next will get the report on demand (with the data from when the report was ran, of course) 我的大部分报告都将其缓存2小时,因此运行它的第一个用户将遇到一个小延迟,然后下一个将按需获得报告(当然,报告运行时的数据)

For bigger reports, I run them at night and configure them to be run from a snapshot (option "Render this report from a report execution snapshot"), of course, these are summary reports whose data doesn't need to be displayed on real time. 对于更大的报告,我在晚上运行它们并将它们配置为从快照运行(选项“从报告执行快照渲染此报告”),当然,这些是摘要报告,其数据不需要在真实状态下显示时间。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM