报告系统架构

时间:2010-01-13 06:03:56

标签: .net sql-server reporting-services

我们已经构建了企业/ LOB软件,例如,管理.NET 3.5和SQL Server 2008中的订单,客户,库存等。

我们做各种报告,如

  1. 传统报告(SQL查询)
  2. 仪表板(包含图表,列表等)
  3. 提醒(例如,如果订单被取消,请通过电子邮件发送给主管)
  4. 目前,我们正在直接查询我们的运营数据库。我们有时遇到性能问题,我想知道是否可以通过优化查询数据库的方式或更复杂的方式来解决这个问题,例如使用SQL Report Server或在另一台服务器上复制数据库并查询它。

    你们可以提出任何建议吗?或者我能阅读的任何资源?

    非常感谢您的帮助。

    谢谢。

2 个答案:

答案 0 :(得分:2)

首先使用Reporting Services对你没有多大帮助,因为你最终会对同一个数据库执行相同的查询,只有渲染引擎会改变,它可以通过caching提供一些帮助报告虽然。这是否能解决您的问题取决于您的负载和问题所在(低效的查询仍然会很慢。)

我会尝试优化查询,因为它永远不会伤害,只能是一个很好的练习。

如果这还不够,我会考虑使用只读数据库副本进行报告,或者如果您的报告可以从数据仓库方法中受益,则可以构建OLAP多维数据集。为了最后工作,您必须安装Analysis Services。

答案 1 :(得分:0)

SSRS实际上可以提供帮助,因为它内置了对缓存结果和报告的支持。请参阅Report Caching in Reporting Services