SSRS最佳实践 - SQL SP或SSRS表达式中的数据计算/ Aggregatopm（VS / Report Builder）

Question

我是否应该尝试对SQL代码（存储过程）中的SSRS报告进行所有（或尽可能多的）必要计算，例如求和，百分比等，还是应该使用Report Builder / VS中的表达式进行计算？ / p>

做一个优于另一个有优势吗？

换句话说，我应该尝试将数据集中的数据保持在非常精细，详细，低级别，然后只使用Report Builder 3.0 / VS进行所有必要的计算/聚合吗？

Answer 1

没有一种通用的最佳方法。在很多情况下，SQL执行聚合的速度比SSRS快。 SSRS在执行那种在SQL中完成时会导致表扫描而不是索引搜索的操作时会更快。

经验，常识和测试是最佳指南。

Answer 2

几乎总是要在服务器端进行过滤和计算。如果通过存储过程执行此操作，SQL Server可以优化查询并创建准备充分，可重用的查询计划。您可以检查生成的查询计划并对其进行优化。如果您在客户端创建并运行代码，则无法做到这一点。它将如何在客户端上使用索引？如果您的报告使用大量数据，您的报告将花费更长的时间来运行，而您的用户会责怪您。 BIDS的编辑比SSMS的编辑差得多。可以通过TFS的SVN备份和管理Proc。除非你确定它在客户端上运行得更快（这是非常罕见的），否则学习如何创建存储过程。