企业报告行业有哪些选择？我目前正在使用 SSRS 2005，并且知道新版本的 MSSQL 还会发布另一个版本。
但是，现在似乎也是调查市场以了解其他情况的好时机。
你遇到了什么？你喜欢/不喜欢它吗？为什么？
谢谢你。
Jay Mooney
问问题
7529 次
14 回答
42
我使用过 Cognos Series 7、Cognos Series 8、Crystal Reports、Business Objects XI R2 WebIntelligence、Reporting Services 2000、Reporting Services 2005 和 Reporting Services 2008。以下是我对所学内容的反馈：
报告服务 2008/2005/2000
优点
成本：如果您使用 MS SQL Server 作为后端，最便宜的企业商业智能解决方案。如果您加入 SSIS，您还可以免费获得一流的 ETL 解决方案。
最灵活：我用过的最灵活的报告解决方案。它始终满足我所有的业务需求，尤其是在它的最新版本中。
易于扩展：我们最初将其用作支持大约 20 个用户的部门解决方案。我们最终将其扩展到覆盖几千名用户。尽管在远程数据中心有一个质量非常差的虚拟服务器，我们还是能够扩展到大约 50-100 个并发用户请求。在咨询演出中使用良好的硬件，我能够将其扩展到更大的并发用户集，而不会出现任何问题。我还看到了在不同国家部署多个 SSRS 服务器并使用 SSIS 同步后端数据的实现。这允许在几乎没有额外成本的情况下以分布式方式实现稳定的性能。
源代码控制集成：在与我的商业智能团队一起开发报告时，这对我来说至关重要。没有其他 BI 套件为此提供我曾经使用过的开箱即用解决方案。我使用的所有其他平台要么需要购买第 3 方插件，要么需要您在单独的开发、测试和生产环境之间推广报告。
Analysis Services：我喜欢 SSRS 和 SSIS 之间与 Analysis Services 的紧密集成。我已经阅读了有关 Oracle 和 DB2 报价包括为 OLAP 多维数据集安装 SQL Server 2005 Analysis Services 服务器的实例。
可发现性：没有任何系统比 SSRS 具有更好的可发现性。SSRS 上的书籍、论坛、文章和代码站点比我用过的任何其他 BI 套件都多。如果我需要弄清楚如何在 SSRS 中做某事，我几乎总能通过几分钟或几小时的工作找到它。
缺点
SSRS 2005/2000 需要 IIS：旧版本的 SSRS 需要在数据库服务器上安装 IIS。当我在一家大型银行工作时，从内部控制的角度来看，这是不允许的。我们最终在未经 IT 运营部门授权批准的情况下实施了 SSRS，基本上后来请求原谅。 这在 SSRS 2008 中不是问题，因为不再需要 IIS。
报表生成器：基于 Web 的报表生成器在 SSRS 2000 中不存在。SSRS 2005 中的基于 Web 的报表生成器难以使用并且没有足够的功能。SSRS 2008 中的基于 Web 的报表生成器肯定更好，但对于大多数业务用户来说仍然难以使用。
数据库偏差：它最适用于 Microsoft SQL Server。它不适用于 Oracle、DB2 和其他后端。
Business Objects XI WebIntelligence
优点
易用性：对于普通的非 BI 最终用户来说最容易用于开发临时报告。
Database Agnostic：如果您希望使用 Oracle、DB2 或其他数据库后端，这绝对是一个很好的解决方案。
性能：非常快的性能，因为大多数页面导航基本上都是文件系统操作而不是数据库调用。
缺点
成本：第一个问题。如果我想将 Business Objects 的实施从 30 个用户扩大到 1000 个用户，那么 SAP 肯定会向您收取几十万美元的费用。这仅适用于 Business Objects 许可证。加上您还需要数据库服务器许可证这一事实，您现在谈论的是一个非常昂贵的系统。当然，这可能是获得 Business Objects 的个人理由：如果您可以说服管理层购买非常昂贵的 BI 系统，那么您可能可以说服管理层为大型 BI 部门付费。
没有源代码控制：缺乏开箱即用的源代码控制集成会导致错误地意外修改和部署旧的报告定义。对此的“解决方法”是在环境之间推广报告——我不喜欢这样做的过程，因为它减慢了报告的开发并引入了环境差异变量。
不支持 HTML 电子邮件：您不能通过计划发送 HTML 电子邮件。我经常在 SSRS 中这样做。您可以购买昂贵的 3rd 方加载项来执行此操作，但您不必为此功能花费更多的钱。
模型偏差：报告开发需要宇宙——基本上是一个数据模型。这对于临时报告开发来说很好，但我更喜欢使用存储过程来完全控制性能。我还喜欢构建平面表，然后在报表运行时对其进行查询以避免代价高昂的复杂连接。必须构建仅包含仅由一份报表使用的平面表的 Universe 是愚蠢的。您不必为了查询表而构建模型。如果不破解 SQL Overrides，也不支持开箱即用的存储过程支持。
参数支持不佳：BOXI WebIntelligence 报告中的参数支持很糟糕。虽然我喜欢一般业务用户的元数据刷新选项，但在尝试设置计划时它不够健壮。我几乎总是必须克隆报告并稍微更改过滤器，这会导致不必要的报告定义重复。SSRS 击败了这一点，特别是因为您可以使值和标签具有不同的值——与 BOXI 不同。
报表链接支持不足：我想将一个报表定义存储在一个中央文件夹中，然后为其他用户创建链接报表。但是，我很快发现最终用户需要对父对象拥有完全权限才能使用他们自己文件夹中的对象。这破坏了使用链接报表对象的全部目的。给我SSRS！
单独的 CMC：为什么您必须启动另一个应用程序来管理您的对象安全性？更糟糕的是，为什么 CMC 和 InfoSys 的功能不一样？例如，如果要设置计划报告以重试失败的尝试，则可以在 CMC 中指定重试次数和重试间隔。但是，您不能在 InfoSys 中执行此操作，也无法查看信息。InfoSys 允许您设置事件驱动的计划，而 CMC 不支持此功能。
Java 版本依赖性：BOXI 在最终用户机器上运行良好，只要它们运行与服务器相同的 Java 版本。但是，一旦在您的机器上安装了较新版本的 java，事情就会开始中断。我们在 BOXI R2 服务器（默认的 Java 客户端）上运行 Java 1.5，公司中几乎每个人都在使用 Java 1.6。如果您使用 Java 1.6，那么提示可能会冻结您的 IE 和 FoxFire 会话或意外地使您的报表生成器崩溃。
弱可发现性：除了 BOB（Business Objects Board）之外，Internet 上没有太多关于排除 Business Objects 问题的信息。
Cognos 系列 8
优点
易用性：虽然 BOXI 更容易用于为一般业务用户编写简单的报告，但 Cognos 在这方面排名第二。
与数据库无关：与 BOXI 一样，如果您希望使用 Oracle、DB2 或其他数据库后端，这绝对是一个很好的解决方案。
FrameWork Manager：这绝对是一流的元数据存储库。BOXI 的宇宙建造者希望它有一半好。该工具非常适合在开发、测试和生产环境中推广包。
缺点
成本：与 Business Objects 相同的问题。类似的成本结构。类似的数据库许可要求也是如此。
没有源代码控制：与业务对象相同的问题。我不知道有任何 3rd 方工具可以解决此问题，但它们可能存在。
模型偏差：与业务对象相同的问题。不过，对 FrameWork Manager 中的存储过程有更好的支持。
参数支持不佳：与业务对象相同的问题。如果您可以使用 Java 编码，则可以更好地支持创建提示页面。但是，当用户单击后退按钮返回到提示页面时，会出现错误行为。SSRS 轻松击败了这一点。
错误处理不足：Cognos 中的错误消息几乎无法破译。它们通常会给你一个长的负数和一个堆栈转储作为错误消息的一部分。我不知道我们有多少次通过从头开始重建报告来“解决”这些错误消息。出于某种原因，很容易破坏报告定义。
不可发现性：很难找到有关如何解决问题或在 Cognos 中实现功能的任何答案。在面向 Internet 的网站中没有为产品提供足够的社区支持。
您可以从我的回答中猜到，我相信微软的 BI 套件是市场上最好的平台。但是，我必须声明，我读过的关于 BI 套件比较的大多数文章通常不会对 Microsoft 的产品以及 SAP 的 Business Objects 和 Cognos 的 Series 8 产品进行评价。此外，我还看到微软在两家独立公司的 BI 套件内部审查中排名垫底，此前它们已被现任 CIO 审查。然而，在这两种情况下，似乎一切都归结为希望被视为一个能够证明大量运营预算合理的主要部门。
于 2008-11-17T22:50:31.287 回答
28
我想做两个贡献。一个是非常消极的（CR 是垃圾），另一个是非常积极的（SSRS 独立于后备存储并且免费提供）。
在旁注中，如果您修改答案，然后添加评论，解释为什么您认为答案是错误的或适得其反，除非其他人已经说过同样的话。即使这样，一个简单的“如上所述”也会有所帮助。
水晶报表是垃圾
Crystal Reports 是对开发社区的侮辱。在过去十年和六个主要版本中，简单的对话框调整大小错误一直没有得到纠正，因此我真的怀疑是否有任何尝试来解决棘手的问题。正如这个 SQL 所展示的，Crystal Reports 非常不可信。
SELECT COUNT(*) FROM sometable WHERE 1=0
当它应该产生零时，该语句产生一个结果。这是 Crystal Reports SQL 引擎核心中一个可重复的错误。
对 CR 的支持同样令人沮丧，多年前就已转移到海外。如果你为一个支持电话掏出 200 美元，一个不懂的外国人会误解你的问题并侮辱你的智商，直到你放弃，此时他会 - 因为你选择放弃 - 宣布电话已解决。
如果它真的那么糟糕，为什么它如此受欢迎？它不受欢迎。它非常不受欢迎。它通过出色的营销获得了立足点。管理人员认为光鲜的广告很有希望，而且由于 CR 已经存在了很长时间，他们认为这一切都是真的。就像你草坪上的bindis（澳大利亚刺草）一样，一旦安装，几乎不可能摆脱它。承认无能对经理来说是一个糟糕的职业转变。当管理者缺乏做出决定的技术专长，而不是让技术人员做出决定时，他们会依赖先例并重复同行的错误。他们也没有意识到，如果他们想真正使用网络交付的东西，他们需要获得服务器许可证。此外，长寿意味着很容易找到有 CR 经验的人。
对于细节和笑声，我推荐这些链接。
或者只是在谷歌中输入“水晶报告很烂”。为了平衡的观点，还可以尝试“水晶报告岩石”。不用担心，这不会占用您太多时间。除了他们自己的营销炒作之外，没有正面评价。
现在来点更积极的。
SQL Reports 实际上是免费的
您可以将它作为SQL Express with Advanced Services的一部分免费安装。您还可以安装 .NET 2.x，它为主要数据库提供程序带来了 ADO.NET 驱动程序以及通用 OLEDB 和 ODBC 支持。
由于 SSRS 使用 ADO.NET，这意味着您可以将 SSRS 连接到您可以连接 ADO.NET 的任何东西，即几乎任何东西。
SQL Express 随附的适用于 SSRS 的许可条款要求将其作为 SQL Express 的一部分进行部署和安装。他们对报告从何处获取数据没有任何意见。
SQL Express 是有限的，但附带的 SSRS 没有这样的限制。如果您的数据由另一个数据库引擎提供，您可以支持该引擎许可支持的尽可能多的用户。不要误会我的意思，在工作中，我们有几十个 MS SQL Server 的许可副本。我只是说您可以针对您选择的后备存储使用 SSRS，而无需为其寻找或证明预算。您将缺少的是计划和订阅支持。当我说编写一个填补空白的服务并不难时，我是根据经验说话的。
SSRS 兑现了 CR 做出的每一个承诺。易于使用，对用户 DIY 的良好支持，具有概念上类似于 CR BO 但工作正常的模式抽象工具，高性能，可调度，易于使用，稳定，灵活，易于扩展，可以交互或编程控制。在 2008 版中，它们甚至支持格式丰富的基于流的模板（套用信函的邮件合并）。
这是我在从大型机到微型机到微型机的平台上进行软件开发的 20 年中见过的最好的报告解决方案。它勾选了我能想到的每一个框，并且只有一个我能回忆起的深刻弱点 - 布局模型不支持相对于页面底部的定位，唯一的解决方法是在已知高度页面上相对于页面顶部进行定位。
它没有解决诸如异构数据提供之类的问题，但恕我直言，这些问题可以而且应该在报告本身之外解决。大量的数据仓库解决方案（例如 SSIS）提供了解决此类问题的工具，在报表引擎中放置半成品复制功能是荒谬的。
从你尖头发的老板那里得到一个理智的决定
告诉他，您认为鉴于其有问题的历史和在开发人员中不受欢迎，选择 Crystal Reports 是一个勇敢的举动，这标志着他是一个冒险者。
有些老板太愚蠢了，他们会认为这是一件好事，但无论如何你都注定要失败。
于 2008-09-27T21:38:24.670 回答
9
在这里拥有（CR 和 SSRS）的经验是我认为的内幕：
CR 让您可以非常快速地开发报告。只要它简单。如果它变得有点复杂，那么试图让它做你想做的事情就会变得很可疑。例如，您被限制为 2 个子报表的最大层次结构。当您的子报表需要必须在主报表中更改的参数等时，这会变得很奇怪。有很多变通方法，但有时它们很糟糕。报表布局也基本固定；您必须将数据和信息放入特定部分（页眉/页脚、详细信息/报表页脚/页眉）。这很有帮助，因为它可以帮助您正确显示跨多个页面的数据。它还具有相当完整的功能集，可用于处理财务数据等。
SSRS 在报告编辑方面更加灵活。它的报表向导允许您基本上在所见即所得的环境中创建报表，它允许您创建多个子报表，因此您可以轻松地在一页中显示多个数据集。它允许您连接 .NET 程序集以进行复杂的数据操作/计算。但是，很难以固定的方式正确显示您的报告，您通常必须努力让所有内容都按您的意愿显示。
水晶报表是 $$。SSRS，如果我没记错的话，现在在 SQL Server 企业版中捆绑“免费”。当然，您可能会以整个套餐的价格为此付出代价，我想这是 MS 尝试将其推向公司领域的方式。
于 2008-08-19T20:30:25.570 回答
7
我已经使用 SSRS 有一段时间了……回头看我的同事说，做 SSRS 看起来比 Crystal 容易得多。我从来没有使用过水晶，所以我不能告诉你哪个更好，但我有一个明显的印象，即 MS 试图将 SSRS 赶出家门。
最大的弱点：
- 共享数据集。我在国防部环境中工作。我 90% 的报告使用服务参数。我厌倦了一遍又一遍地输入相同的查询。
- 剥皮。如果您执行报告向导，您可以为您的报告设置皮肤，但如果您手动执行，则不能？嗯？我可以通过选择所有受影响的字段然后设置背景颜色、前颜色等来“剥皮”事物。但没有任何地方（至少没有我能找到的地方）可以通过 1 次点击来剥皮。
- 没有自定义皮肤。报告向导/手册，我找不到实现自定义皮肤的地方。最好只设置一些东西（比如 HTML 的 CSS）然后链接到它。工具应该通过减少你的努力而不是增加你所说的努力来帮助你。
- 矩阵需要更好的文档。我可以做非常简单的事情，但是一旦我尝试进入有趣/困难的事情，书籍/互联网似乎让我失望了。表没有这个问题。
优势：
- 对于一个老 SQL 开发人员来说，获得好的报告非常简单，至少看起来比将 restlt 集转储到 Excel 提供的 drek 更好。
- 自定义排序（用于大多数报告）
- 处理 SP 和直接 SQL。喜欢我没有被锁定在一条路径或另一条路径中（我根据情况使用了两者）。
- 价格...一旦您为 Visual Studio/SQL Server 付费...这是免费赠品。
我的2美分，希望这对你有帮助。
于 2008-08-20T18:10:26.850 回答
7
“纯 Java”解决方案是i-net Clear Reports（又名 i-net Crystal-Clear）。
- 支持 Crystal Reports 模板以及任何 JDBC 数据源。
- 带有免费的可视化报表设计器。
- 物有所值，特别是与一些“更昂贵”的替代品相比。
- 最新版本包括一个基于 Web 的配置工具以及一个临时报告创建工具。
- 有一个 .NET 端口（具有广泛的 API）
于 2008-09-15T14:15:08.413 回答
6
企业报告有许多非常棒的解决方案。在四大（BO/Crystal、MS SRSS、Cognos、Oracle）中，基本的报告功能都被涵盖了。您确实需要评估哪些核心功能对您最重要，以及您的环境中的主要架构是什么。
BI 市场的整合使环境问题变得更加重要。如果您有 Oracle 企业，不妨使用 Oracle BI。这同样适用于 SAP/BO、IBM/Cognos 和 Microsoft。特别是如果您正在做出新的 BI 决策。
最后，如果您是一家 OSS 商店，或者您希望避免与主要 BI 参与者相关的一些许可费用，那么有许多开源解决方案（BIRT、Jasper、Pentaho）是有意义的。
于 2008-09-11T16:10:17.470 回答
5
你应该试试 BIRT。BIRT 是开源的，因此您可以免费开始。它有一个很好的图形设计器。您可以在http://www.birt-exchange.com上观看一些关于如何轻松设计 BIRT 报告的视频。BIRT 项目由 Actuate Corp 赞助，该公司提供商业服务器，用于在您需要调度、安全集成、电子邮件通知等时将 BIRT 部署到企业。商业版本还将 AJAX 与 BIRT 查看器混合在一起，以实现更多的最终用户交互性并提供广告-hoc BIRT 通过浏览器报告。
于 2008-09-25T14:41:30.177 回答
3
我们现在正在实施 Cognos，我真的认为它是一个相当强大的工具。ETL 工具看起来非常简单且易于使用，并且前端非常易于管理和设置。我在框架模型和数据建模方面没有太多经验，但我们的报表设计人员似乎真的很喜欢它。
于 2008-09-19T21:06:41.797 回答
2
最全面的解决方案之一是 Cognos。
不喜欢：你不会相信它附带了多少张 CD……它很大。
于 2008-08-19T19:57:57.913 回答
2
我很惊讶没有人提到微观策略。我们做了相当多的数据仓库 (11TB) 工作，而微策略在生成 SQL 方面做得很好，因此业务用户可以在不打扰我们的情况下获取数据。然而，这是一种非常昂贵的解决方案。如果您不需要临时能力并决定使用水晶，我建议您查看他们的 VS2005 或 Eclipse 插件，这些插件是“免费用于生产”的。
于 2008-09-26T01:07:21.403 回答
2
在 SAP Community Website 的博客中，Henry Nordstrom 对各种可用的报告工具进行了很好的评价。尽管从 SAP 使用的角度来看，他也做了同样的事情，但事实也适用于其他任何事情。
于 2009-01-16T14:41:25.277 回答
2
我很惊讶没有人提到带有 Jasper 报告模板的 OpenReports。我知道它不是企业级的，但它非常强大，我认为与 Crystal Reports 不相上下。我使用 iReport 创建类似 CR 的报告。OpenReports 还支持 JXLS，它非常容易用于创建基于 Excel 的报告。
http://oreports.com/ http://jasperforge.org/projects/ireport
于 2009-06-14T01:03:42.373 回答
1
Business Objects的 Crystal Reports似乎是一种流行的选择。
我自己从来没有在其中写过任何报告，但我团队中的其他人有时很难让更复杂的报告工作。
它也可能有点贵，具体取决于您的预算。
于 2008-08-19T20:11:22.660 回答
1
如果您想要一个与您想要使用的任何报表设计器一起使用的企业级报表服务器，请查看来自 VersaReports.com的通用报表服务器。开箱即用，它支持 Crystal、DevExpress、Telerik 和 ActiveReports，如果您想支持其他报表设计器，它还提供 API。
于 2009-10-06T21:08:40.273 回答