我们计划在公司中使用 SQL 报告，目前正在评估向最终用户公开报告的方法。我们是否应该使用报告 Web 服务，然后通过 .NET 应用程序呈现报告？我们应该使用报告查看器还是应该向用户公开 SQL GUI？它们之间有何优缺点？有人可以帮忙吗？我在任何地方都找不到这方面的任何信息。
最佳答案
最简单的方法是使用 SSRS 安装时默认启用的报表管理器网站，它运行起来非常快速且轻松，并且安全/快照(缓存)/订阅(电子邮件等)选项很容易在每个站点/每个文件夹/每个报告基础。它的缺点是:
- 它很丑——尽管如果你擅长 CSS，它可能会搞砸 有了它，但我不会。较新的版本例如2008R2 和 2012 没那么难看
- 它的 URL 很丑陋 - 尽管您可以使用 DNS 别名来获取 围绕这个
- 它不允许您控制参数下拉菜单和其他参数的方式 对象出现在页面上，但这是次要的
我通常将 Sharepoint(MOSS 不是 WSS)(如果公司有的话)与报表查看器 Web 部件一起使用。它不需要任何特殊的 Sharepoint SSRS 集成模式 - 您可以阅读相关内容，但这不是我建议采取的路径。
然后，这些报告似乎嵌入到公司现有的内部网站中，在我看来，该网站看起来很专业。 Powerview for sharepoint 也是一个不错的选择(或旧版本 Sharepoint 中的性能点)
我绝对不会走网络服务的道路，那会带来大量不必要的编程。如果你周围有很多空闲的 .NET 开发人员，我仍然不会这样做。
而是使用 Visual Studio 中的报表查看器对象在 .NET Web 应用程序中显示报表。使用 BIDS(2008R2 及更早版本)或 SSDT (2012) 设计报表比编程容易得多，特别是如果您使用过其他报表工具(例如 crystal reports 甚至 Access)。使用该报表查看器对象是比滚动自己的报表查看器对象更好的选择。
我已经按照难易程度和所需工作的顺序写下了我的回复。希望这有帮助。
关于reporting-services - (SSRS) SQL 报表 Web 服务、报表查看器和 SQL 报表前端，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/12719676/