我正在将一批报告(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文件和执行计划可根据请求提供。
发布于 2020-01-30 18:10:10
尝试通过Server错误和使用情况报告禁用Server的错误和使用情况报告。我也遇到了同样的问题,情况是报告服务器没有互联网接入,而是试图获取一些javascript文件,并会在一段时间后超时,这就是导致渲染延迟的原因。
https://stackoverflow.com/questions/49284590
复制相似问题