Reporting services 大型报告实施建议250-300页
我的团队最近利用Reporting Services 2005和NeoDynamics条形码组件开发了一份报告。该报告用于退货授权,由2个主要报告组成 报告中的第一组数据是 授权表,列出所有 行项目产品和一些标题 信息(将其视为 发票)。Reporting services 大型报告实施建议250-300页,reporting-services,reporting,reportingservices-2005,Reporting Services,Reporting,Reportingservices 2005,我的团队最近利用Reporting Services 2005和NeoDynamics条形码组件开发了一份报告。该报告用于退货授权,由2个主要报告组成 报告中的第一组数据是 授权表,列出所有 行项目产品和一些标题 信息(将其视为 发票)。 报告的第二项是所有产品的清单 每页打印4种产品。 每个产品有3个条形码和1个 标志 平均返回授权仅在几秒钟内生成,并以PDF格式流式发送给用户。文档的平均长度约为6-8页。我们也有一些返回授权(不幸的是),最多可达300页(少于10%的授权超过15页)。Rep
报告的第二项是所有产品的清单 每页打印4种产品。 每个产品有3个条形码和1个 标志 平均返回授权仅在几秒钟内生成,并以PDF格式流式发送给用户。文档的平均长度约为6-8页。我们也有一些返回授权(不幸的是),最多可达300页(少于10%的授权超过15页)。Reporting Services似乎在尝试将报表合并为PDF格式的几分钟后超时
我的问题是,我们将这份报告转换成PDF格式的最佳选择是什么?我们的用户可以全天候生成报告,并以PDF格式发送给他们。我们可以做些什么来提高reporting services的性能 我对报告服务不是特别熟悉。我认为这是微软的产品。这意味着您可能正在与后端的SQL Server数据库通信。因此有两条建议
(2) 无论如何,这是个好主意。。。它将防止锁升级和相关不良行为。谢谢Richard。它是微软的产品,但我们正在使用iSeries数据源(AS400)。查询本身的性能非常好。Reporting Services本质上是一个可以调用数据源的呈现引擎。这可能是Oracle、SSIS、SQL Server、ODBC等,然后再尝试优化任何东西确定问题所在:是查询获取数据还是实际呈现报告?我不想听起来很刻薄-但问题真的在这里得到了回答吗?