行业中有哪些企业报告选项？我当前正在使用SSRS 2005，并且知道新版本的MSSQL会推出另一个版本。

但是，似乎也可能是个很好的时机来调查市场，看看还有什么其他的。

你遇到了什么？你喜欢/不喜欢吗？为什么？

谢谢你。

解决方案

回答

最全面的解决方案之一是Cognos。

不喜欢：我们不会相信它附带的CD数量巨大。

回答

Business Objects的Crystal Reports似乎是一个流行的选择。

我自己从来没有写过任何报告，但是团队中的其他人有时却很难使更复杂的报告生效。

视预算而定，价格可能也有些昂贵。

回答

在这方面(CR和SSRS)都有经验，这是我的看法：

CR使我们可以非常快速地开发报告。只要简单。如果变得有点复杂，它就会变得很难做，以使其能够执行我们想要的操作。在每个示例中，我们只能使用2个子报表的最大层次结构。当子报表需要在主报表等中更改参数时，它会变得很奇怪。有很多变通办法，但有时它们会很糟。
报表的布局基本上是固定的；我们必须将数据和信息放入特定部分(页面页眉/页脚，详细信息/报告页脚/页眉)中。这非常有帮助，因为它可以正确显示跨多个页面的数据。
它还具有相当完整的功能集，可用于处理财务数据等。

SSRS在报告编辑方面更加灵活。它的报告向导使我们可以在所见即所得的环境中基本上创建一个报告，它允许我们多个子报告，因此我们可以轻松地在一个页面中显示多个数据集。它允许我们连接.NET程序集以执行复杂的数据操作/计算。但是，以固定的方式正确显示报告可能会变得很困难，我们通常必须努力使所有内容都按需要显示。

Crystal Reports是$$$。
如果我没记错的话，SSRS现在在SQL Server企业版中捆绑为"免费"。当然，我们可能会用整套产品的价格来支付，我想这是尝试将其推入公司领域的MS方法。

回答

我已经使用SSRS一段时间了...看着我肩膀的同事说，做SSRS事情比使用Crystal容易得多。我从未使用过Crystal，因此无法告诉我们哪个更好，但是我得到的明显印象是MS试图将SSRS赶出大门。

最大的弱点：

• 共享数据集。我在国防部环境中工作。我的报告中有90％使用Service参数。我讨厌一次又一次地输入相同的查询。
• 剥皮。如果执行报告向导，则可以对报告进行外观设置，但是如果我们手动进行，则不能？ ??我可以通过选择所有受影响的区域，然后设置颜色，颜色之前的颜色来"剥皮"东西。但是，无处可(至少没有我能找到的地方)只需单击一下就可以剥皮。
• 没有自定义皮肤。报告向导/手册，没有地方可以实现自定义外观。设置一些东西(例如HTML的CSS)，然后链接到它会很好。工具应该通过减少工作量而不是增加工作量来。
• 矩阵需要更好的文档。我可以做非常简单的事情，但是一旦我尝试去玩有趣/困难的事情，书籍/互联网似乎会让我失望。表格没有这个问题。

优点：

• 对于一个老的SQL开发人员来说，获得良好的报告非常简单，至少看起来比将restlt集转储到Excel所提供的麻烦更好。
• 自定义排序(用于大多数报告)
• 处理SP和直接SQL。喜欢我没有被锁定在一条路径上或者另一条路径上(我根据情况使用了两条路径)。
• 价格...购买了Visual Studio / SQL Server之后，这是一个免费赠品。

我的2美分，希望对我们有所帮助。

回答

对于企业报告，有很多非常好的解决方案。在四大系统(BO / Crystal，MS SRSS，Cognos，Oracle)中，基本报告功能均已涵盖。我们确实需要评估哪些核心功能对我们最重要以及我们环境中的主要体系结构是什么。

BI市场中的整合使环境问题变得更加重要。如果我们有Oracle企业，则最好使用Oracle BI。同样适用于SAP / BO，IBM / Cognos和Microsoft。特别是在我们做出新的BI决定时。

最后，如果我们是OSS商店或者希望避免与主要BI参与者相关的一些许可费用，那么有许多开源解决方案(BIRT，Jasper，Pentaho)很有意义。

回答

一种"纯Java"解决方案是i-net清除报告(又名i-net Crystal-Clear)。

• 支持Crystal Reports模板以及任何JDBC数据源。
• 带有免费的可视化报表设计器。
• 价格合理，尤其是与某些"昂贵"的替代品相比。
• 最新版本包括基于Web的配置工具和临时报告创建工具。
• 带有.NET端口(带有扩展的API)

回答

我们现在正处于实施Cognos的中间阶段，我真的认为它是一个相当强大的工具。 ETL工具似乎非常简单易用，前端非常易于管理和设置。我在框架模型和数据建模方面经验不足，但是我们的报表设计人员似乎真的很喜欢。

回答

我们应该尝试BIRT。 BIRT是开源的，因此我们可以免费开始。它有一个不错的图形设计师。我们可以在http://www.birt-exchange.com上观看一些有关如何轻松设计BIRT报告的视频。 BIRT项目是由Actuate Corp赞助的，该公司提供了用于在需要计划，安全集成，电子邮件通知等时将BIRT部署到企业的商业服务器。该商业版本还将AJAX与BIRT查看器混合使用，以实现更多最终用户交互性并提供广告通过浏览器的-hoc BIRT报告。

回答

我很惊讶，没有人提到微战略。我们做了很多数据仓库(11TB)的工作，而微战略在完成工作或者生成SQL方面都做得很好，因此业务用户可以获取数据而不会打扰我们。但是，这是一个非常昂贵的解决方案。如果我们不需要临时功能并决定使用Crystal，建议我们查看他们的VS2005或者Eclipse插件，这些插件"可用于生产"。

回答

我想做两件事。一个是非常负面的(CR是垃圾)，另一个是非常正面的(SSRS是独立于后备存储并且免费提供)。

附带说明一下，如果我们将答案缩小，然后添加一条注释，说明我们认为答案错误或者适得其反的原因，除非其他人已经说过同样的话。即使这样，简单的"如上所述"也将是有帮助的。

水晶报表是垃圾

Crystal Reports是对开发社区的侮辱。简单的对话框大小调整错误可能是需要立即解决的问题，但在过去十年和六个主要版本中仍未得到纠正，因此我真的怀疑是否有任何尝试来解决这些难题。如该SQL所示，Crystal Reports绝对不可信。

SELECT COUNT(*) FROM sometable WHERE 1=0

当该语句应产生零时，其结果为1. 在Crystal Reports SQL引擎的心脏中，这是一个可重复的一次性错误。

对CR的支持同样令人沮丧，许多年前已将其转移到海外。如果我们为支持电话支付200美元，那么一个不知情的外国人会误解问题并侮辱情报，直到我们放弃为止，此时他会因为我们选择放弃而宣布该呼叫已解决。

如果真的很糟糕，为什么如此受欢迎？它不受欢迎。这是非常不受欢迎的。它通过出色的营销获得了立足点。管理人员认为光鲜亮丽的广告很有前景，而且由于CR已经存在了很长时间，所以他们认为这是真的。就像草坪上的宾迪斯犬(澳大利亚皮刺杂草)一样，一旦安装，几乎就不可能摆脱它。承认无能对于经理人来说是一个糟糕的职业举动。当管理人员缺乏决策的技术专长，而不是让技术人员做出决定时，他们就会退居前例，重蹈同仁的覆辙。他们还没有意识到，如果他们想实际使用Web交付的东西，他们将获得服务器许可。而且，长寿意味着很容易找到具有CR经验的人。

有关详细信息和笑声，我建议使用这些链接。

• 泡晶渡渡鸟
• 水晶报道"吸"
• Crystal Reports很烂驴多克3

或者只是在Google中输入"水晶报表糟透了"。为了获得平衡的视角，还可以尝试"水晶报告岩石"。不用担心，这不会花费我们太多时间。除了他们自己的营销炒作之外，没有任何积极的评论。

现在换些更积极的东西。

SQL报告实际上是免费的

我们可以免费安装它作为带有高级服务的SQL Express的一部分。我们还可以安装.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版中，它们甚至支持基于格式的，基于流程的丰富格式(用于合并信函的邮件合并)。

这是我二十年来在从大型机到微型机再到微型机的平台上进行软件开发所见过的最佳报告解决方案。它打勾了我能想到的每个框，并且只有一个深刻的缺点，我可以记得布局模型不支持相对于页面底部的定位，唯一的解决方法是相对于已知高度页面上的页面顶部的定位。

它没有解决诸如异构数据提供之类的问题，但是恕我直言，这些问题可以而且应该在报告适当的范围之外解决。大量的数据仓库解决方案(例如SSIS)提供了解决此类问题的工具，并且在报表引擎中添加半资产的重复功能是荒谬的。

从尖顶的老板那里做出明智的决定

告诉他我们认为，鉴于其历史悠久的问题以及开发人员的不欢迎，选择Crystal Reports是一项勇敢的举动，这标志着他是冒险者。

有些老板很愚蠢，他们会认为这是一件好事，但无论如何，与他们在一起注定要注定的。

回答

我已经使用了Cognos Series 7，Cognos Series 8，Crystal Reports，Business Objects XI R2 WebIntelligence，Reporting Services 2000，Reporting Services 2005和Reporting Services2008. 这是我对所学知识的反馈：

报表服务2008/2005/2000

优点

• 成本：如果我们使用MS SQL Server作为后端，则是最便宜的企业商业智能解决方案。如果我们使用SSIS，我们还可以免费获得一流的ETL解决方案。
• 最灵活：我曾经使用过的最灵活的报告解决方案。它始终满足了我的所有业务需求，尤其是在最新版本中。
• 易于扩展：我们最初将其用作支持大约20个用户的部门解决方案。我们最终将其扩展到覆盖数千名用户。尽管位于远程数据中心的虚拟服务器的质量确实很差，但我们仍能够扩展到大约50-100个并发用户请求。在一个咨询公司的优质硬件上，我能够将其扩展到更多的并发用户，而没有任何问题。我还看到了在不同国家/地区部署多个SSRS服务器并使用SSIS同步后端数据的实现。这样就可以以分布式方式获得稳定的性能，而几乎不需要增加任何成本。
• 源代码控制集成：与我的商业智能团队一起开发报告时，这对我来说至关重要。没有其他BI套件可以为我使用过的即用型解决方案。我使用的所有其他平台都需要购买第三方插件，或者需要我们在单独的开发，测试和生产环境之间升级报告。
• 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，后来基本上要求宽恕。由于不再需要IIS，所以在SSRS 2008中这不是问题。
• 报表生成器：SSRS 2000中不存在基于Web的报表生成器。SSRS2005中基于Web的报表生成器难以使用且功能不足。 SSRS 2008中的基于Web的报表生成器绝对更好，但是对于大多数企业用户来说仍然很难使用。
• 数据库偏差：它最适合与Microsoft SQL Server一起使用。对于Oracle，DB2和其他后端来说，这不是很好。

业务对象XI WebIntelligence

优点

• 易于使用：最适合普通的非BI最终用户开发临时报告。
• 不可知的数据库：如果我们希望使用Oracle，DB2或者另一个数据库后端，绝对是一个好的解决方案。
• 性能：非常快的性能，因为大多数页面导航基本上都是文件系统操作，而不是数据库调用。

缺点

• 成本：第一个问题。如果我要将Business Objects的实现从30个用户扩展到1000个用户，那么SAP一定会向我们收取数十万美元的费用。这仅适用于Business Objects许可证。加上我们还将需要数据库服务器许可证这一事实，我们现在正在谈论的是非常昂贵的系统。当然，这可能是获得Business Objects的个人理由：如果我们可以说服管理层购买非常昂贵的BI系统，那么我们就可以说服管理层为大型BI部门付费。
• 没有源代码控制：缺少现成的源代码控制集成会导致错误地意外修改和部署旧报表定义。为此，"解决方法"是在环境之间升级报告，我不喜欢这样做，因为它会减慢报告的开发速度并引入环境差异变量。
• 不支持HTML电子邮件：我们无法通过计划发送HTML电子邮件。我经常在SSRS中这样做。我们可以购买昂贵的第三方插件来执行此操作，但是我们不必为此功能花费更多的钱。
• 模型偏差：报表开发需要Universe-本质上是数据模型。这对于临时报表开发很好，但是我更喜欢使用存储过程来完全控制性能。我还喜欢构建平面表，然后查询这些平面表，以避免在报表运行时花费高昂的复杂联接。必须构建仅包含仅由一个报表使用的平面表的Universe是很愚蠢的。我们不必仅查询表就可以构建模型。如果不破解SQL覆盖，也无法立即支持存储过程支持。
• 较差的参数支持：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在该领域排名第二。
• 与数据库无关：如果我们希望使用Oracle，DB2或者另一个数据库后端，那么与BOXI一样，这绝对是一个不错的解决方案。
• FrameWork Manager：这绝对是同类中最好的元数据存储库。 BOXI的宇宙建造者希望它能好一半。该工具非常适合在开发，测试和生产环境中推广软件包。

缺点

• 成本：与业务对象相同。相似的成本结构。以及类似的数据库许可要求。
• 无源代码控制：与业务对象相同。我不知道可以解决此问题的任何第三方工具，但它们可能存在。
• 模型偏差：与业务对象相同的问题。不过，它对FrameWork Manager中的存储过程有更好的支持。
• 参数支持差：与业务对象相同的问题。如果可以使用Java进行编码，则对创建提示页面有更好的支持。但是，当用户单击后退按钮以返回到提示页面时，会出现错误的行为。 SSRS击败了这一点。
• 错误处理不充分：几乎无法破译Cognos中的错误消息。作为错误消息的一部分，它们通常给我们一个长负数和一个堆栈转储。我不知道我们有多少次通过从头开始重建报告来"解决"这些错误消息。由于某些原因，破坏报告定义非常容易。
• 无发现性：很难找到有关如何解决问题或者在Cognos中实现功能的所有答案。面向Internet的网站中没有足够的社区支持该产品。

我们可以从我的答案中猜到，我相信微软的BI套件是市场上最好的平台。但是，我必须指出，我在比较BI套件时所读的大多数文章通常不评价Microsoft的产品以及SAP的Business Objects和Cognos的Series 8产品。另外，在上任的首席信息官(CIO)对BI Suites进行内部审查之后，我还看到Microsoft在BI Suites的内部审查中排在最后。但是，在这两种情况下，似乎都归结为希望被视为有理由证明拥有大量运营预算的主要部门。

回答

在SAP社区网站上的博客中，Henry Nordstrom对各种可用的报告工具进行了很好的评估。尽管从SAP使用角度来看，他已经做了相同的事情，但事实也适用于其他任何事情。

Henry在SAP开发人员网络上的博客

回答

我很惊讶没有人提到带有Jasper报告模板的OpenReports。我知道这不是完全企业级的，但功能非常强大，我认为可以与Crystal Reports媲美。我使用iReport创建类似CR的报告。 OpenReports还支持JXLS，它很容易用于创建基于Excel的报告。

http://oreports.com/
http://jasperforge.org/projects/ireport

回答

如果我们想要与我们要使用的任何报表设计器一起使用的企业级报表服务器，请从VersaReports.com签出Universal Report Server。开箱即用的它支持Crystal，DevExpress，Telerik和ActiveReports，并且如果我们想支持另一个报表设计器，则提供一个API。