我正在决定是否使用 SSRS 或 CR 来满足我们的报告需求。我已经阅读了几个讨论，包括Crystal Reports 与 Microsoft SQL Server Reporting Services以及将 SQL Server Reporting Services 与 Crystal Reports 进行比较。所有非常好的和有效的点。
总体共识似乎是 SSRS 是更好的选择，特别是对于具有多种导出类型功能的基于 Web 的报告（C#、ASP.Net）。
我们在讨论中唯一担心的是，我们并不完全确定 SSRS 将如何破坏我们的 SQL Server。
此外，所有数据只能由 sprocs 访问 - 不能直接访问表，而且我已经阅读了一些 CR 的 SQL 相关问题，这似乎是另一个威慑。
我只是想确保在我们的生产服务器上使用 SSRS 不会以任何方式阻碍我们当前服务器的性能。
SSRS 有一个很好的缓存选项，所以它不应该妨碍你的生产服务器。CR 也有缓存，但它使用 ASP.NET 缓存（报告数据缓存在您的 Web 服务器工作进程中，我不建议这样做）。
在我看来，SSRS 已经把 CR 吹走了。我发现 SSRS IDE 比 CR 更容易使用，它似乎更容易部署，并且 SSRS 提供了很多 CR 没有的选项。
我已经将 sprocs 与 SSRS 和 CR 一起使用——我没有看到任何问题。
我们正在将 Crystal Enterprise 系统迁移到 SQL Reporting Services。经过一些研究和阅读，我发现 SSRS 易于使用和掌握。它有助于让自己井井有条并决定要向用户呈现报告的安全结构。一旦我组织并发布了它，我决定采用我们拥有的最大和最复杂的 Crystal Report 并使用 SSRS 重新设计它（不使用任何 RPT 到 XML 工具）。这项任务帮助我学习了这种制作报告的新方法，我发现在 VS（或 Microsoft SQL Server Report Builder）中进行设计的能力很容易，而且灵活性令人惊叹。
如果可以的话，我强烈建议切换！