Reporting services （SSRS）SQL报表Web服务vs报表查看器vs SQL报表前端

我们计划在公司中使用SQL报表，目前正在评估向最终用户公开报表的方法。我们应该使用报表web服务，然后通过.NET应用程序呈现报表吗？我们应该使用报表查看器还是向用户公开SQLGUI？这些方法的优缺点是什么？有人能帮忙吗？我在任何地方都找不到这方面的任何信息。

最简单的方法是使用默认情况下通过SSRS安装启用的报表管理器网站。它运行起来非常快速和容易，而且安全性/snapshotcache/订阅电子邮件等选项很容易根据每个站点/每个文件夹/每个报表进行配置。它的缺点是：

这很难看——尽管如果你擅长CSS，可能会弄糟 有了它，但我不会。较新的版本（如2008R2和2012）不那么难看 它有一个丑陋的URL-尽管您可以使用DNS别名来获取 围绕着这个 它不允许您控制参数下拉列表和其他 对象出现在页面上，但这是次要的 我通常使用Sharepoint MOSS而不是WSS，如果公司在report viewer web部件中有此功能的话。它不需要任何特殊的Sharepoint SSRS集成模式—您可以阅读相关内容，但我不建议您采用这种方式

然后，这些报告似乎嵌入到公司现有的内部网站中，该网站在我看来很专业。Powerview for sharepoint在旧版本的sharepoint中也是一个不错的选择或性能点

我绝对不会走Web服务的道路，那将需要大量不必要的编程。如果你身边有很多空闲的.NET开发人员，我仍然不会这么做

而是使用Visual Studio中的报表查看器对象在.NET web应用程序中显示报表。使用BIDS 2008R2及更早版本或SSDT 2012设计报告比编程容易得多，特别是如果您使用了其他报告工具，如crystal reports甚至Access。使用报表查看器对象比滚动自己的对象要好得多

---

我已经写了我的回应，以方便和工作需要的顺序。希望这是有帮助的

最简单的方法是使用默认情况下随SSRS安装启用的报表管理器网站。该网站运行起来非常快速和容易，并且可以根据每个站点/每个文件夹/每个报表轻松配置安全性/快照缓存/订阅电子邮件等选项。它的缺点是：

这很难看——尽管如果你擅长CSS，可能会弄糟 有了它，但我不会。较新的版本（如2008R2和2012）不那么难看 它有一个丑陋的URL-尽管您可以使用DNS别名来获取 围绕着这个 它不允许您控制参数下拉列表和其他 对象出现在页面上，但这是次要的 我通常使用Sharepoint MOSS而不是WSS，如果公司在report viewer web部件中有此功能的话。它不需要任何特殊的Sharepoint SSRS集成模式—您可以阅读相关内容，但我不建议您采用这种方式

然后，这些报告似乎嵌入到公司现有的内部网站中，该网站在我看来很专业。Powerview for sharepoint在旧版本的sharepoint中也是一个不错的选择或性能点

我绝对不会走Web服务的道路，那将需要大量不必要的编程。如果你身边有很多空闲的.NET开发人员，我仍然不会这么做

而是使用Visual Studio中的报表查看器对象在.NET web应用程序中显示报表。使用BIDS 2008R2及更早版本或SSDT 2012设计报告比编程容易得多，特别是如果您使用了其他报告工具，如crystal reports甚至Access。使用报表查看器对象比滚动自己的对象要好得多

---

我已经写了我的回应，以方便和工作需要的顺序。希望这是有帮助的

但这是否意味着如果您使用报表管理器，那么您将必须单独向每个用户授予对特定角色的访问权限，而不是在.NET应用程序中使用模拟？假设您是Microsoft商店并使用Active Directory甚至LDAP，那么您可以使用域组进行访问。您可以将角色应用于这些组。当人们从组织中来来去去时，您可以根据需要将这些组应用于他们，然后他们可以访问相应的报告文件夹。我的系统管理员同事在他们的广告中维护用户模板，使之变得简单，但我对这方面的知识不多。报表管理器有自己的模拟选项，可以应用于DB连接对象。这使得在任何地方使用windows身份验证都很容易，就像MS所希望的那样。但这是否意味着如果您使用报表管理器，那么您将不得不单独向每个用户授予对特定角色的访问权限，而不是在.NET应用程序中使用模拟？假设您是一名MS icrosoft购买并使用Active Directory甚至LDAP，然后您可以使用域组进行访问。您可以将角色应用于这些组。当人们从组织中来来去去时，您可以根据需要将这些组应用于他们，然后他们可以访问相应的报告文件夹。我的系统管理员同事在他们的广告中维护用户模板，使之变得简单，但我对这方面的知识不多。报表管理器有自己的模拟选项，可以应用于DB连接对象。它使得在任何地方都可以轻松地使用windows身份验证，就像MS所希望的那样。