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

Question

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

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

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

Answer 1

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

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

Answer 2

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