本站文章版权归原作者及原出处所有 。内容为作者个人观点, 并不代表本站赞同其观点和对其真实性负责。本站是一个个人学习交流的平台,并不用于任何商业目的,如果有任何问题,请及时联系我们,我们将根据著作权人的要求,立即更正或者删除有关内容。本站拥有对此声明的最终解释权。
14 个评论
给力呀,学习。
可以有你的联系方式吗
dp.zheng@qq.com
总算明白了属性的含义。但是如果TimeProcessing大,该如何处理呢?
只有月份格式的转换表达式和序号。
在SSRS开发端预览的时候都挺快的,部署后通过网页打开就慢了。
,E.TimeDataRetrieval*1.0/1000 AS TimeDataRetrieval
,E.TimeProcessing*1.0/1000 AS TimeProcessing
,E.TimeRendering*1.0/1000 AS TimeRendering
上述三个时间分别是0.150000 1.215000 0.120000
问题困扰我很久了,求进一步指点。
报表说明:这个是明细数据报表页面,数据量比较大,一个月7000条数据,一页100条,一条数据1000个字符以内。
另外,翻页的时候也挺慢的,在设计端预览的话很快。
在SSRS开发端预览的时候都挺快的,部署后通过网页打开就慢了。
,E.TimeDataRetrieval*1.0/1000 AS TimeDataRetrieval
,E.TimeProcessing*1.0/1000 AS TimeProcessing
,E.TimeRendering*1.0/1000 AS TimeRendering
上述三个时间分别是0.150000 1.215000 0.120000
问题困扰我很久了,求进一步指点。
报表说明:这个是明细数据报表页面,数据量比较大,一个月7000条数据,一页100条,一条数据1000个字符以内。
另外,翻页的时候也挺慢的,在设计端预览的话很快。
我把所有表达式都删掉后,processing时间并没有明显变化
processing时间是否与服务器CPU/内存等有关呢?
另外,我的2008R2没有装补丁,补丁是否必须?
processing时间是否与服务器CPU/内存等有关呢?
另外,我的2008R2没有装补丁,补丁是否必须?
还有就是:同一个报表,不同的人不同时间打开时processing和rendering时间差异很大。这个你有遇到过吗
本地预览很快,远程连接比较慢
我咨询了公司IT外包人员,他认为是网络问题造成的
我咨询了公司IT外包人员,他认为是网络问题造成的
本地预览很快,远程连接比较慢
我咨询了公司IT外包人员,他认为是网络问题造成的
我咨询了公司IT外包人员,他认为是网络问题造成的
如果你会看 http的请求时间,可以看看