reporting-services - 比较 SQL Server Reporting Services 与 Crystal Reports

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center为指导。




9年前关闭。










锁定。这个问题及其答案是locked因为这个问题是题外话，但具有历史意义。它目前不接受新的答案或互动。








哪个Crystal Reports和 SSRS (SQL Server Reporting Services) 更好用吗？

Answer 1

一方面，Crystal Reports 是一堆热气腾腾的昂贵且过度炒作的驴屎，另一方面，SSRS 实际上兑现了 CR 营销所做的所有 promise ——而且它是免费的。

我对 CR 的蔑视源于多年来不得不使用这个可怕的东西。当我可以为您提供诸如 Clubbing the Crystal Dodo 之类的引用资料时，详细说明 CR 的完全可憎之处真的毫无意义。或 Crystal Reports Sucks Donkey Dork (不是那么有趣，而是更有文化和技术细节证实)。

免费？!是的。您甚至不必购买 MS SQL Server 即可获得它 - 您可以安装带有高级服务的 SQL Express。这可作为 download that includes SQL Server Reporting Services 获得.虽然 SQL Express 可以支持的并发用户数量有限，但以下观察结果很重要:

获得的 SSRS 许可证为
SQL Express 的一部分只需要
将其部署为 SQL 的一部分
express 。没有什么禁止的
连接到其他数据源或
要求报告获取数据
来自 SQL Server。

上面提到的SSRS版本
没有内在的限制
用户连接。所有限制
强加于 SQL Express
数据库引擎。

SSRS 使用 ADO.NET，其中包括，
开箱即用的 Oracle 驱动程序，
Jet(访问)、OLEDB 和 ODBC

因此，您可以将 SSRS 的免费版本连接到您可以连接 ADO.NET 的任何后端，其中包括(例如)MySQL。 Rory 在下面的评论中告诉我，这是“不支持的”。这是真的，但我在许可证中找不到任何禁止它的内容，虽然 SSExpress 不提供驱动程序，但它们肯定由大多数版本的 Visual Studio 提供，您可以在安装工具包中提供它们。这可能不是明确支持的配置，但那又怎样？即使您确实拥有完整的 MSSQL 许可证，也要求 Microsoft 帮助您与某些第三方数据库对话(更不用说有点奇怪了)。

我在工作中广泛地将 SSRS 用于面向内部的报告和嵌入在 ASP.NET 应用程序中的面向外部的报告，这些应用程序为大量付费客户提供局服务。在我们的案例中，后备存储恰好是 Microsoft SQL Server 2008 的许可副本，但这与我们报告解决方案的技术优势无关。

Crystal Reports 声称支持一长串功能，但如果您需要五个以上的用户，这些功能要么不起作用，要么需要极其昂贵的许可证。您甚至不能相信 CR 会正确执行 SQL。 SELECT COUNT(*) FROM SOMETABLE WHERE 1=0应该产生零的结果，但它产生一个。内置的查询引擎有缺陷，一个团队搞砸了一堆业余爱好者可以免费做的事情(例如 MySQL)，他们没有希望从他们的代码中获得任何你描述为性能的东西。

他们没有。邪恶的东西像一个没有底的桶一样泄漏内存，如果你使用SQL分析工具你会发现它是 spectacularly inefficient.

至于所谓的支持，我可以亲自证明，对话框调整大小的错误在首次公开记录后几十年都没有得到纠正。如果你拿出你的信用卡并支付要求的勒索赎金(我也想要丰厚的报酬来支持这样的恐怖)你会发现自己正在和一个声称他的名字是大卫的人说话，但莫名其妙地发音为“Dah-feet”，谁甚至不明白你的问题，更不用说有答案了。

SSRS 支持情况非常相似，但它实际上有效，因此您实际上并不需要太多。

另一方面，SSRS 执行 CR 声称的所有操作。它并非没有错误，但它们非常少，而且它们很少能在一个以上的发布周期中幸存下来。

SSRS 设计器 UI 托管在 Visual Studio IDE 中。它以典型的 Microsoft 风格精美呈现，但更重要的是，它经过深思熟虑，结合了与传统报表设计器的几个简单但基本的不同之处。例如，要呈现表格数据，您可以定义一个表格，而不是摆弄单个文本框。因此，您不必费力地尝试将它们对齐，并且在它们上放置边框是一项微不足道的样式表练习。

SSRS 实际上做了 CR 声称的所有事情，它很便宜，有大量可靠的技术文档，它被设计为可以扩展(也有文档记录)，你可以将它连接到任何你可以获得 ODBC 驱动程序的东西。这是没有道理的。

SSRS的一些缺点

如何绑定(bind)页眉和页脚中的字段并不明显。

不可能(据我所知)相对于页面底部进行定位。对于某些类型的报告来说，这是一个真正的问题，我想不出解决方法。

不支持交叉表中的 expando 水平汇总。

不直接支持报表页眉和页脚。在报表布局的顶部和底部使用 Rectangle 对象，并适当设置分页属性。或者使用子报表。提示这个的人显然没有很努力。

缺乏对重叠组间隔的支持(CR 分组系统可以做到这一点)更新 SSRS 2008 R2 现在支持这一点。它隐藏在分组编辑对话框中。查找“组变量”和 read this .

实际上看起来重叠组也可以用 SSRS2005 完成，尽管我从来不知道。我想知道有没有人破解过底部相对定位问题？