首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >令人痛苦的缓慢报告来自SSRS 2016

令人痛苦的缓慢报告来自SSRS 2016
EN

Stack Overflow用户
提问于 2018-03-14 17:50:07
回答 1查看 2.6K关注 0票数 0

我正在将一批报告(26份)从2014年工作人员特别代表移至2016年工作人员特别代表。其中一个非常缓慢,但只能在浏览器( IE和Chrome )中使用。报表依赖于报表中的查询(而不是存储的proc)。我无法确定此报告与其姐妹之间的显著差异,无论浏览器如何,它们在3-4秒内返回结果。在SSMS中运行查询所需的时间与姐妹报告中运行类似查询所需的时间相当。下面是一些细节。SSMS查询·执行计划:

·返回Server执行时间的1124行·时间消息:CPU时间= 15 ms,运行时间= 261 ms。O Server解析和编译时间:CPU时间=0 ms,运行时间= 21 ms。O Server执行时间:CPU时间=0 ms,运行时间=0 ms。报表开发报告生成器:·在5秒或更短的时间内运行良好。Visual 2017:·在7-10秒内运行良好。 浏览器·IE和Chrome都能在大约9分钟内交付结果。.rdl文件中的报表差异在.xml文件中有两个明显的区别。1. DataSources和DataSets被定义在.xml 2的顶部。

DataSources和DataSets从第4678行开始定义。2.

我已经做了我能想到的每一件事,而且已经没有想法了。查询语言、.rdl文件和执行计划可根据请求提供。

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2020-01-30 18:10:10

尝试通过Server错误和使用情况报告禁用Server的错误和使用情况报告。我也遇到了同样的问题,情况是报告服务器没有互联网接入,而是试图获取一些javascript文件,并会在一段时间后超时,这就是导致渲染延迟的原因。

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/49284590

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档