SSRS 最佳实践 - [​​=12=] SP 或 SSRS 表达式(VS/Report 生成器)中的数据 Calculations/Aggregatopm

SSRS Best Practice - Data Calculations/Aggregatopm in SQL SP or in SSRS Expressions (VS/Report Builder)

我应该尝试在 SQL 代码(存储过程)中对 SSRS 报告进行所有(或尽可能多的)必要计算,例如求和、百分比等,还是应该使用表达式进行计算举报 Builder/VS?

做一个比做另一个有优势吗?

换句话说,我是否应该尝试让我的数据集中的数据非常精细、详细、低级别,然后只使用 Report Builder 3.0/VS 来完成所有必要的工作calculations/aggregations?

没有放之四海而皆准的最佳方法。在很多情况下,SQL 在执行聚合时会比 SSRS 更快。当在 SQL.

中完成时,SSRS 将更快地执行会导致 table 扫描而不是索引查找的操作

经验、常识和测试是最好的指南。

您几乎总是希望在服务器端进行过滤和计算。如果您通过存储过程 SQL 服务器可以优化查询并创建准备充分、可重用的查询计划。您可以检查生成的查询计划并对其进行优化。 None 如果您在客户端创建和 运行 代码,则这是可能的。它将如何在客户端使用索引?如果您的报告使用大量数据,您的报告将花费更长的时间 运行,您的用户会责怪您。 BIDS 中的编辑器比 SSMS 中的编辑器差得多。 Procs可以通过TFS的SVN进行备份和管理。除非您确定它 运行 在客户端上更快(而且这种情况非常罕见),否则请学习如何创建存储过程。