sharepoint - SSRS 2008 与 SSRS 2012

Question

我一直在尝试弄清楚将 SSRS 2012 与 PowerView 一起使用与使用 SSRS 2008 是否有意义。

我有以下问题:

1. 没有 PowerView(即没有使用 Sharepoint)的 SSRS 2012 有什么更好的？
2. 要使 PowerView 适用于 SSRS 2012，您需要什么版本的 SharePoint？
3. 如果您在没有 PowerView/SharePoint 的情况下几乎无法利用 SharePoint 或 PowerView 而不是 SSRS 2008 或 SSRS 2012，那么学习和使用 Sharepoint 是否有意义？

Answer 1

我可以解决整个问题，但不能具体解决前两个要点，因为我没有充分使用 Sharepoint 来给出版本差异。

从我所做的一切来看，Powerview 是一个 dll，它允许创建类似对象的报表作为 Excel 的附加项。然后可以将这些对象托管在库中的 Sharepoint 中。缺点是你需要有 dll 和添加到 Sharepoint 才能使用它。据我所知，您 promise 用户将使用此选项访问 SharePoint。他们确实让它变得很整洁，因为你通常会制作我认为他们称之为“PowerPivot”的东西，就像你报告的 Excel 文件中制作的客户端数据集一样。此选项适用于广泛使用 Sharepoint 的商店。我还没有听说有太多地方将它用于面向客户的前端或外部报告。

SSRS 的最新调用是 SSRS 2012，从我在开发过程中看到的一切来看，它与 SSRS 2008R2 完全相同，只是它们在命名空间中放置了一个 2012。命名和智能感知以及引擎盖下的东西可能会有细微的调整，但语言几乎相同。据说 SSRS 2012 现在免费提供 SSRS 的高级工具，并且还可以移植到您想要的大多数前端:以与其服务对话的形式的 HTML、ASP.NET、WinForms 或 WPF 等客户端应用程序。您基本上可以创建和托管报告，并且可以在任何地方访问它们。

对大多数人来说，真正的问题是:“哪些报告看起来更酷并且更易于使用？”我会选择 SSRS，但知道它更多的是理解 SQL 和一点 xml 和 Visual Studio(非常简单)的学习曲线。然而，Powerview 对最终用户的参数和选项更加图形化，并突出显示了它可以通过映射交互性做的一些 SSRS 不能做的事情。恕我直言，SSRS 的最大缺点是两件事:

1. 它根本不是基于事件的。每当您进行映射或您想要缩放或执行随后产生其他操作或“事件”的操作时，它就会显示出来。它可以做一个“点击”做一些事情，但不一定在同一页面上。通常，您可以诱骗它打开一个新表单进行“钻取”，或者使用 javascript 诱骗它通过在您单击时打开一个表单来进行廉价版的鼠标悬停报告。
2. 继续使用这种方式来处理参数值的默认行为并将它们传递下去。 SSRS 的所有内容都在执行时发生一次，然后其他任何事情都会离开表单，而不是停留在那里。

说了这么多我还是更喜欢SSRS。当更好地呈现它们时，它倾向于处理大型数据集。不一定总是获取它们，因为 PowerView 会在本地优化设置，但会以巨大的 excel 文件为代价。有点像伪立方体。它们速度很快，但是您的文件大小很大。但是对于大量数据，它们往往很笨重，因为它们是基于 Excel 的。是的，最后的查询将返回得更快，但你有一个巨大的文件。实际上，如果您精通 SQL SERVER，则可以创建一个报表仓库，该报表仓库可以很好地根据指标和多维数据集建立索引，也可以为许多报表执行此操作。 SSRS 更适合 TSQL 的开发人员，而 PowerView 更适合懂一点 SQL 但喜欢 Excel 的分析师。他们想要“从(表)中选择 *”然后形成数据，而不是他们首先知道如何在他们的集合上进行高级分组，然后想向某人展示成品。