Reporting services 大型报告实施建议250-300页

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

我的团队最近利用Reporting Services 2005和NeoDynamics条形码组件开发了一份报告。该报告用于退货授权,由2个主要报告组成

报告中的第一组数据是 授权表,列出所有 行项目产品和一些标题 信息(将其视为 发票)。

报告的第二项是所有产品的清单 每页打印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等,然后再尝试优化任何东西确定问题所在:是查询获取数据还是实际呈现报告?我不想听起来很刻薄-但问题真的在这里得到了回答吗?