企业报告解决方案[已关闭]

我使用了COGNOS系列7、COGNOS系列8、水晶报表、业务对象XR2 WebItLigIn、报表服务2000、报表服务2005和报表服务2008。以下是我对所学知识的反馈:

报告服务2008/2005/2000

赞成的意见

1. 成本:如果您使用MS SQL Server作为后端,则是最便宜的企业商务智能解决方案。如果您加入了SSIS,那么您还可以免费获得一流的ETL解决方案。

2. 最灵活:我使用过的最灵活的报告解决方案。它一直满足我所有的业务需求,特别是在它最新的化身。

3. 易于扩展:我们最初将它用作支持大约20个用户的部门解决方案。我们最终将其扩展到几千个用户。尽管在远程数据中心有一个质量非常差的虚拟服务器,但我们能够扩展到大约50-100个并发用户请求。在一个咨询公司的优秀硬件上,我可以将它扩展到一组更大的并发用户,而不会出现任何问题。我还看到了在不同的国家部署多个SSR服务器并使用SSIS同步后端数据的实现。这样就可以在几乎没有额外成本的情况下以分布式方式实现稳定的性能。

4. 源代码管理集成:在与我的业务智能团队一起开发报表时,这对我非常重要。没有其他的BI套件提供我从未使用过的现成解决方案。我使用的每个其他平台要么需要购买第三方插件,要么要求您在不同的开发、测试和生产环境之间升级报告。

5. 分析服务:我喜欢与SSR和SSIS之间的分析服务紧密集成。我已经阅读过Oracle和DB2引用的实例,其中包括为OLAP多维数据集安装SQL Server 2005 Analysis Services服务器。

6. 可发现性:没有一个系统比SSR具有更好的可发现性。SSR上的书籍、论坛、文章和代码站点比我使用过的任何其他BI套件都多。如果我需要弄清楚如何在SSR中做一些事情,我几乎总能在几分钟或几小时的工作中找到它。

欺骗

1. ssrs 2005/2000需要IIS:旧版本的ssrs需要在数据库服务器上安装IIS。当我在一家大银行工作时,从内部控制的角度来看,这是不允许的。我们最终在未经IT运营部门授权的情况下实施了SSR,并在稍后请求原谅。 这在SSR2008中不是问题,因为不再需要IIS。

2. 报表生成器:基于Web的报表生成器在SSR2000中不存在。SSR2005中基于Web的报表生成器很难使用,并且没有足够的功能。SSR2008中基于Web的报表生成器肯定更好,但对于大多数业务用户来说,它仍然太难使用。

3. 数据库偏差:它最适用于Microsoft SQL Server。它对于Oracle、DB2和其他后端来说不太好。

业务对象

赞成的意见

1. 易用性:对于一般非双终端用户来说,最容易用于开发即席报表。

2. 数据库不可知性:如果您希望使用Oracle、DB2或其他数据库后端,则绝对是一个好的解决方案。

3. 性能:非常快的性能,因为大多数页面导航基本上都是文件系统操作,而不是数据库调用。

欺骗

1. 成本:第一个问题。如果我想将Business Objects的实现从30个用户扩展到1000个用户,那么SAP肯定会向您收取几十万美元的费用。这只是针对Business Objects许可证。另外,事实上您还需要数据库服务器许可证,您现在谈论的是一个非常昂贵的系统。当然,这可能是获得Business Objects的个人理由:如果您可以说服管理层购买非常昂贵的BI系统,那么您可能可以说服管理层支付大型BI部门的费用。

2. 无源代码管理:缺少现成的源代码管理集成会导致错误地修改和部署旧的报告定义。这方面的“变通”是促进环境之间的报告——我不喜欢这样做,因为这会减慢报告的开发速度并引入环境差异变量。

3. 不支持HTML电子邮件:您不能通过计划发送HTML电子邮件。我经常在SSR中这样做。您可以购买一个昂贵的第三方插件来完成此操作,但您不必为此功能花费更多的钱。

4. 模型偏差:报告开发需要Universe——基本上是一个数据模型。这对于即席报表开发来说很好,但我更喜欢使用存储过程来完全控制性能。我还喜欢构建平面表,然后对其进行查询,以避免在报表运行时进行代价高昂的复杂连接。构建只包含一个报表使用的平面表的Universe是愚蠢的。您不应该仅仅为了查询表而构建模型。在不破坏SQL重写的情况下,也不支持现成的存储过程支持。

5. 糟糕的参数支持:BoxiWebIntelligence报告中的参数支持很糟糕。尽管我喜欢针对一般业务用户的元数据刷新选项,但在尝试设置计划时,它不够健壮。我几乎总是必须克隆报表,并稍微修改过滤器,这会导致不必要的报表定义重复。SSR比这更有效,特别是因为您可以使值和标签具有不同的值——与Boxi不同。

6. 报表链接支持不足:我希望将一个报表定义存储在一个中心文件夹中,然后为其他用户创建链接报表。但是,我很快发现最终用户需要对父对象拥有完全的权限才能在自己的文件夹中使用该对象。这就破坏了使用链接报表对象的整个目的。给我SSR!

7. 单独的CMC:为什么您必须启动另一个应用程序来管理对象安全性?更糟的是,为什么CMC和Infosys之间的功能不相同?例如,如果要将计划报告设置为在尝试失败时重试,则可以在CMC中指定重试次数和重试间隔。但是,在Infosys中不能这样做,而且也看不到信息。Infosys允许您设置事件驱动计划,而CMC不支持此功能。

8. Java版本依赖性:BOXI在终端用户机器上运行很好,只要它们运行与服务器相同的Java版本。然而,一旦新版本的Java安装在您的机器上,事情就开始破裂。我们在我们的BXXR2服务器上运行Java 1.5(默认Java客户端),公司的几乎每个人都在Java 1.6上。如果使用Java 1.6,则提示可以冻结IE和FXFICE会话,或者意外地报告报表生成器。

9. 可发现性差:除了Bob(Business Objects Board),互联网上没有太多关于Business Objects问题的疑难解答。

科格诺斯系列8

赞成的意见

1. 易用性:尽管Boxi更容易用于为一般业务用户编写简单报告,但Cognos在这一领域排名第二。

2. 数据库不可知论:和boxi一样,如果您希望使用Oracle、DB2或其他数据库后端,这绝对是一个很好的解决方案。

3. 框架管理器:这绝对是一个一流的元数据存储库。博西的宇宙建设者希望它有一半好。此工具非常适合在开发、测试和生产环境中推广包。

欺骗

1. 成本:与业务对象相同的问题。类似的成本结构。类似的数据库许可要求也是如此。

2. 没有源代码管理:与业务对象的问题相同。我不知道有任何第三方工具可以解决这个问题,但它们可能存在。

3. 模型偏差:与业务对象相同的问题。不过,对框架管理器中的存储过程有更好的支持。

4. 参数支持差:与业务对象问题相同。如果您可以用Java编写代码,则可以更好地支持创建即时页面。但是,当用户单击后退按钮返回提示页面时,会出现错误行为。SSRS可以轻松地解决这个问题。

5. 错误处理不足:Cognos中的错误消息几乎无法解密。它们通常为您提供一个长的负数和作为错误消息一部分的堆栈转储。我不知道我们通过从头重建报告“解决”了多少次这些错误消息。出于某种原因,很容易破坏报表定义。

6. 没有发现性:很难找到关于如何在Cognos中解决问题或实现功能的任何答案。在面向互联网的网站上,这些产品没有足够的社区支持。

你可以从我的回答中猜到,我相信微软的BI套件是市场上最好的平台。但是,我必须声明,我读过的大多数关于BI套件比较的文章通常都不评价微软的产品以及SAP的Business Objects和Cognos的8系列产品。此外,我还看到微软在两个独立公司的商务智能套件内部审查中垫底,这两个公司都是由现任首席信息官进行审查的。不过,在这两种情况下,似乎都归结为希望被视为一个重要部门,以证明一个大的运营预算是合理的。

我想做两份贡献。一个是非常消极的(CR是垃圾),另一个是非常积极的(SSR是独立于商店的支持,免费提供)。

在旁注中,如果你修改了一个答案,然后添加一个解释为什么你认为这个答案是错误的或适得其反的评论,除非其他人已经说过同样的话。即便如此,简单的“如上所述”也会有所帮助。

水晶报告是垃圾

Crystal Reports是对开发社区的侮辱。简单的对话框调整bug的大小,这将是需要修复的时刻的工作,在过去的十年和六个主要版本中都没有得到纠正,所以我真的怀疑是否有人试图解决棘手的问题。正如这个SQL所证明的,Crystal Reports绝对不可信。

SELECT COUNT(*) FROM sometable WHERE 1=0

此语句在应该产生零时产生一个结果。这是Crystal Reports SQL引擎核心中的一个可重复关闭的错误。

对CR的支持也同样令人沮丧,多年前就已经转移到了海外。如果你为一个支持电话支付200美元,一个听不懂的外国人会误解你的问题,侮辱你的智力,直到你放弃为止,在那一点上,他会-因为你选择放弃-宣布电话解决。

如果真的这么糟糕,为什么它那么受欢迎?它不受欢迎。它非常 联合国 流行的。它通过出色的市场营销获得了成功。管理层认为光鲜亮丽的广告很有前途,因为CR已经存在太久了,他们认为这一切都是真的。就像你草坪上的宾迪斯(澳大利亚带刺杂草)一样,一旦安装好,就几乎不可能除掉它。承认不称职对经理来说是一个糟糕的职业变动。当管理者缺乏做出决策的技术专长,而不允许技术人员做出决策时,他们会回到先例,重复同行的错误。他们也没有意识到,如果他们真的想使用网络交付的东西,他们就要申请服务器许可证。而且,长寿意味着很容易找到有CR经验的人。

关于细节和一个好的笑声,我推荐这些链接。

• Clubbing the Crystal Dodo
• Crystal Reports "Sucks"
• [Crystal Reports吸吮驴子傻子](死链接,仍在寻找内容) 3

或者只需在谷歌中输入“Crystal Reports Sucks”。为了获得平衡的视角,也可以尝试“Crystal Reports Rocks”。别担心,这不会占用你很多时间。有 不 在他们自己的营销宣传之外的正面评论。

现在,为了更积极的事情。

SQL报表实际上是免费的

您可以免费安装它作为 带高级服务的SQL Express . 您还可以安装.NET 2.x,它为主要的数据库提供程序以及通用的OLEDB和ODBC支持提供了ADO.NET驱动程序。

由于SSR使用ADO.NET,这意味着您可以将SSR连接到任何可以连接ADO.NET的对象,即几乎所有对象。

随SQL Express提供的应用于SSR的许可证条款要求将其作为SQL Express的一部分进行部署和安装。他们对报告从哪里获取数据没有什么好说的。

SQL Express是有限的,但是附带的SSR没有这样的限制。如果您的数据是由另一个数据库引擎提供的,那么您可以支持该引擎授权支持的用户数。别误会,在工作中,我们有几十份MS SQL Server的授权副本。我只是说,您可以使用SSR来对抗您选择的后备存储,而不必为它找到或证明预算的合理性。您将缺少的是计划和订阅支持。当我说写一个填补空白的服务并不是非常困难的时候,我是根据经验说话的。

SSR履行了CR做出的每一个承诺。易于使用,对用户DIY有很好的支持,有一个概念上类似于CR BO的模式抽象工具,但是它工作正常,高性能,可调度,易于使用,稳定,灵活,易于扩展,可以交互控制或编程控制。在2008年的版本中,它们甚至支持格式丰富的基于流的模板(表单字母的邮件合并)。

这是我二十年来在大型机、mini和micros等平台上进行软件开发所见过的最好的报告解决方案。它勾选了我能想到的每一个框,并且只有一个我能回忆起的深刻弱点——布局模型不支持相对于页面底部的定位,唯一的解决方法是相对于已知高度页面上的页面顶部的定位。

它没有解决像异构数据提供这样的问题,但是imho这些问题可以并且应该在报告之外得到适当的解决。大量的数据仓库解决方案(如SSIS)为解决这些问题提供了工具,而在报表引擎中使用半认可的复制功能则是荒谬的。

从你的尖头上司那里得到一个明智的决定

告诉他你认为考虑到它的问题历史和不受开发人员欢迎,选择Crystal Reports是一个勇敢的举动,标志着他是一个冒险者。

有些老板是如此愚蠢,他们会认为这是件好事,但不管怎样,有了他们,你就注定了。

在CR和SSR方面都有经验,以下是我的想法:

CR可以让您很快地开发一个报告。只要简单。如果它变得稍微复杂,它会变得可疑,试图让它做你想要的。每个示例中,最多只能有两个子报表的层次结构。当你的子报表需要在主报表中修改的参数时,这会变得很奇怪。很多解决方法,但有时它们很糟糕。 此外,报表布局基本上是固定的;您必须将数据和信息放入特定的部分(页眉/页脚、详细信息/报表页脚/页眉)。这非常有帮助,因为它可以帮助您正确显示跨越多个页面的数据。 此外,它还具有一套相当完整的功能,可用于操纵财务数据等。

SSR在报表编辑方面更为灵活。它的报告向导基本上允许您在所见即所得的环境中创建报告,它允许您创建多个子报告,这样您就可以在一个页面中轻松显示多个数据集。它允许您连接.NET程序集以执行复杂的数据操作/计算。但是,很难以固定的方式正确地显示报表,您通常需要努力使所有内容按您的需要显示。

Crystal Reports为美元。 如果我没记错的话,ssrs现在在SQL Server企业版中是“免费”捆绑的。当然,你可能会用整个套餐的价格来支付,我想这是微软在公司土地上推动它的方法。

我用SSR已经有一段时间了…看着我肩膀的同事说 多 做SSRS比水晶容易。我从来没有用过Crystal,所以我不能告诉你哪种更好,但我有一个明显的印象,那就是MS试图把SSR赶出去。

最大的弱点:

• 共享数据集。我在国防部工作。90%的报告使用服务参数。我厌倦了一遍又一遍地输入同样的查询。
• 剥皮。如果执行报表向导,则可以对报表进行外观设置,但如果执行,则不能 手动吗?呵呵?我可以通过选择所有受影响的字段,然后设置背景色、前景色等来“皮肤”东西。但是没有任何地方(至少在我能找到的地方)可以用一次点击来皮肤东西。
• 没有定制剥皮。报表向导/ 手册,我找不到 实现自定义外观。会 做点什么就好了 (就像css for html)然后 链接到它。工具应该通过减少你的努力而不是增加你所说的努力来帮助你。
• 矩阵需要更好的文档。我可以做一些很简单的事情,但一旦我试着去做有趣/困难的事情,书本/互联网似乎让我失望。表没有此问题。

优势:

• 对于一个老的SQL开发人员来说,获得好的报告非常简单,至少比将restlt集转储到excel提供的数据更好。
• 自定义排序(用于大多数报表)
• 处理sp和直线SQL。爱,我没有被锁定在一条或另一条路径(我已经使用这两条路径,视情况而定)。
• 价格…一旦您支付了Visual Studio/SQL Server的费用…这是免费赠品。

我的2美分,希望这对你有帮助。

一个“纯Java”解决方案是 i-net Clear Reports (又名I-net Crystal Clear)。

• 支持Crystal Reports模板以及任何JDBC数据源。
• 提供免费的可视报表设计器。
• 它所做的一切都是物美价廉的,特别是与一些“昂贵”的替代品相比。
• 最新版本包括基于Web的配置工具以及 ad-hoc report creation tool .
• 具有.NET端口(具有扩展的API)

有很多非常好的企业报告解决方案。在四大报告(BO/Crystal、MS SRS、Cognos、Oracle)中,基本报告功能都涵盖在内。您真的需要评估哪些核心功能对您最重要,以及您的环境中的主导架构是什么。

BI市场的整合使环境问题变得更加相关。如果您有Oracle企业,您也可以使用Oracle BI。同样适用于SAP/BO、IBM/Cognos和Microsoft。尤其是当您做出新的BI决策时。

最后,还有许多开源解决方案(birt、jasper、pentaho),如果您是一家OSS商店,或者如果您希望避免与主要的BI播放器相关的一些许可费,这些都是有意义的。

你应该试试比尔。BIRT是开源的,所以你可以免费开始。它有一个很好的图形设计师。您可以在以下网站上看到一些关于如何轻松设计BIRT报告的视频: http://www.birt-exchange.com . BIRT项目由Actuate Corp赞助,该公司提供商用服务器,在需要调度、安全集成、电子邮件通知等时将BIRT部署到企业中。商用版本还将Ajax与BIRT查看器混合,以实现更多的最终用户交互,并通过浏览器提供特别的BIRT报告。

我们现在正在实施Cognos,我真的认为它是一个相当强大的工具。ETL工具看起来非常简单易用,前端也非常容易管理和设置。我在框架模型和数据建模方面没有太多的经验,但是我们的报表设计者似乎很喜欢它。

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

不喜欢:你不会相信它装了多少CD…它很大。

我很惊讶没有人提到过微结构。我们做了相当多的数据仓库(11TB)工作,Microstrategy做得很好,或者生成SQL,这样业务用户就可以在不打扰我们的情况下获取数据。然而,这是一个非常昂贵的解决方案。如果您不需要特别的能力,决定使用Crystal,我建议您查看他们的VS2005或Eclipse插件,它们是“生产使用的fre”。

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

Henry's Blog on SAP Developer Network

我很惊讶没有人用Jasper报告模板提到OpenReports。我知道它不是很企业级的,但它非常强大,我认为它与Crystal Reports不相上下。我使用iReport创建类似CR的报表。OpenReports还支持JXLS,它非常容易用于创建基于Excel的报表。

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

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

我自己从未在其中写过任何报告,但我团队中的其他人有时很难让更复杂的报告发挥作用。

这也可能有点贵,取决于你的预算。

如果要使用与任何要使用的报表设计器一起使用的企业级报表服务器,请签出 Universal Report Server 来自versareports.com。开箱即用,它支持Crystal、DevExpress、Telerik和ActiveReports,如果您想支持另一个报表设计器,它还提供了一个API。