企业报告解决scheme

企业报告有哪些select？ 我正在使用SSRS 2005，并且知道MSSQL的新版本还有另一个版本。

但是，现在看来也许是调查市场看看还有其他什么东西的好时机。

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

谢谢。

Answer 1

我已经使用了Cognos Series 7，Cognos Series 8，Crystal Reports，Business Objects XI R2 WebIntelligence，Reporting Services 2000，Reporting Services 2005和Reporting Services 2008.以下是我所学到的反馈：

Reporting Services 2008/2005/2000

PROS

1. 成本：如果您使用MS SQL Server作为后端，则是最便宜的企业商业智能解决scheme。 如果您使用SSIS，您也可以免费获得一stream的ETL解决scheme。

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

3. 易于扩展：我们最初将此作为支持大约20个用户的部门解决scheme。 我们最终扩展到了几千个用户。 尽pipe位于远程数据中心的虚拟服务器质量非常差，但我们能够扩展到大约50-100个并发用户请求。 在一个很好的硬件上，我可以在没有任何问题的情况下将其扩展到更大的并发用户。 我也看到了在不同国家部署多个SSRS服务器的实现，并且使用SSIS来同步后端数据。 这样可以以分散的方式实现稳定的性能，几乎不需要额外的成本。

4. 源代码控制集成：在与我的商业智能团队开发报表时，这对我来说是非常重要的。 没有其他商务智能套件可以为我所用过的开箱即用的解决scheme提供解决scheme。 我使用的每个其他平台都需要购买第三方加载项，或要求您在独立的开发，testing和生产环境之间推广报告。

5. Analysis Services：我喜欢SSRS和SSIS之间与Analysis Services的紧密集成。 我已经阅读了有关Oracle和DB2引号包含为OLAP多维数据集安装SQL Server 2005 Analysis Services服务器的实例。

6. 可发现性：没有系统比SSRS有更好的可发现性。 SSRS上的书籍，论坛，文章和代码网站比我曾经使用的任何其他BI套件都多。 如果我需要弄清楚如何在SSRS中做些什么，几乎可以在几分钟或几小时内find它。

缺点

1. SSRS 2005/2000所需的IIS：较旧版本的SSRS需要在数据库服务器上安装IIS。 当我在一家大型银行工作时，这从内部控制angular度来看是不允许的。 我们最终在没有经过IT运营的授权批准的情况下实施了SSRS，基本上在晚些时候要求原谅。 这不是SSRS 2008中的问题，因为不再需要IIS。

2. 报表生成器：基于Web的报表生成器在SSRS 2000中是不存在的。SSRS 2005中的基于Web的报表生成器很难使用，并且没有足够的function。 SSRS 2008中的基于Web的报表生成器肯定是更好的，但对于大多数业务用户来说仍然太难。

3. 数据库偏差：最适合Microsoft SQL Server。 对于Oracle，DB2和其他后端来说，这并不好。

Business Objects XI WebIntelligence

PROS

1. 易于使用：轻松使用您的普通非BIterminal用户开发临时报告。

2. 数据库不可知：如果您希望使用Oracle，DB2或其他数据库后端，绝对是一个很好的解决scheme。

3. 性能：性能非常快，因为大部分页面导航基本上是文件系统操作而不是数据库调用。

缺点

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

2. 无源代码pipe理：缺乏现成的源代码pipe理集成会导致错误地意外修改和部署旧报告定义的错误。 “解决方法”是促进环境之间的报告 – 这是我不喜欢做的一个过程，因为它减慢了报告的开发速度，并引入了环境差异variables。

3. 无HTML电子邮件支持：您无法通过计划发送HTML电子邮件。 我经常在SSRS中这样做。 您可以购买昂贵的第三方加载项来执行此操作，但您不必为此function花费更多资金。

4. 模型偏见：报告开发需要宇宙 – 基本上是一个数据模型。 这对于临时报告开发很好，但是我更喜欢使用存储过程来完全控制性能。 我也喜欢构build平坦表格，然后在报表运行时查询这些表格以避免代价高昂的复杂连接。 要构build只包含仅由一个报表使用的平面表的Universe是愚蠢的。 您不必为了查询表而build立模型。 存储过程支持也不支持开箱即用，不会破坏SQL覆盖。

5. 不良的参数支持：BOXI WebIntelligence报告中的参数支持非常糟糕。 尽pipe我喜欢一般业务用户的元数据刷新选项，但是在尝试设置时间表时，它还不够健壮。 我几乎总是要克隆报告，并稍微改变filter，导致不必要的报告定义重复。 SSRS击败了这个手，特别是因为你可以使价值和标签有不同的价值 – 不像BOXI。

6. 报告链接支持不足：我想将一个报告定义存储在中央文件夹中，然后为其他用户创build链接报告。 但是，我很快发现最终用户需要对父对象拥有完全的权利才能在自己的文件夹中使用该对象。 这打破了使用链接报表对象的整个目的。 给我SSRS！

7. 单独的CMC：为什么你必须启动另一个应用程序来pipe理你的对象安全？ 更糟的是，为什么CMC和InfoSys之间的function不一样？ 例如，如果要设置计划的报告以在尝试失败时重试，则可以在CMC中指定重试次数和重试时间间隔。 但是，您不能在InfoSys中执行此操作，也无法看到这些信息。 InfoSys允许您设置事件驱动的日程安排，CMC不支持此function。

8. Java版本依赖关系：只要运行与服务器相同版本的Java，BOXI就可以在最终用户机器上运行。 但是，一旦在您的机器上安装了更新的Java版本，事情就会开始中断。 我们在BOXI R2服务器（默认的Java客户端）上运行Java 1.5，几乎所有人都在Java 1.6上运行。 如果您使用Java 1.6，则提示可能会冻结您的IE和FoxFire会话，或意外崩溃报告生成器。

9. 发现能力弱：除了BOB（Business Objects Board）之外，互联网上并没有太多有关排除Business Objects问题的方法。

Cognos Series 8

PROS

1. 易于使用：虽然BOXI更容易用于为一般商业用户编写简单的报告，但Cognos在这一领域中位居第二。

2. 数据库不可知论者：和BOXI一样，如果你期望使用Oracle，DB2或其他数据库后端，这绝对是一个好的解决scheme。

3. 框架pipe理器：这绝对是一stream的元数据存储库。 BOXI的宇宙build设者希望它是一半好。 该工具非常适合在开发，testing和生产环境中推广软件包。

缺点

1. 成本：与Business Objects相同的问题。 类似的成本结构。 也有类似的数据库许可要求。

2. 无源代码pipe理：与Business Objects相同的问题。 我不知道任何解决此问题的第三方工具，但它们可能存在。

3. 模型偏差：与Business Objects相同的问题。 不过，在FrameWork Manager中对存储过程有更好的支持。

4. 不良的参数支持：与Business Objects相同的问题。 如果您可以使用Java编码，则可以更好地支持创build提示页面。 当用户点击后退button返回到提示页面时，Buggy的行为。 SSRS击败了这一切的手。

5. error handling不足：Cognos中的错误消息几乎不可能解密。 他们通常给你一个长的负数和堆栈转储作为错误消息的一部分。 我不知道有多less次通过从头重build报告来“解决”这些错误消息。 出于某种原因，破坏报告定义非常容易。

6. 不可发现性：很难find任何有关如何解决问题或在Cognos中实现function的答案。 面向互联网的产品网站没有足够的社区支持。

正如你可以从我的答案中猜出的，我相信微软的BI套件是市场上最好的平台。 不过，我必须指出，我读过的关于商务智能套件比较的大多数文章通常不会评价微软的产品以及SAP的Business Objects和Cognos的Series 8产品。 另外，我也看到微软在两家独立公司的BI套件的内部评论中，在被执政首席信息官的审查后，出现在底部。 不过，在这两种情况下，似乎都被认为是想成为一个大型部门的合理的大型运营预算。

Answer 2

我想做两个贡献。 一个是非常消极的（CR是垃圾），另一个是非常积极的（SSRS支持商店独立并免费提供）。

另一方面，如果你下了一个答案，然后添加一个评论，解释为什么你认为答案是错误的或者适得其反，除非别人已经说了同样的话。 即使如此，一个简单的“如上”将是有益的。

水晶报告是垃圾

Crystal Reports是对开发社区的一种侮辱。 简单的对话框大小调整错误的工作将是修复时间的工作十年和六个主要版本仍未纠正，所以我真的怀疑，任何尝试，以解决困难的事情。 正如这个SQL演示的，Crystal Reports是非常不可信的。

SELECT COUNT(*) FROM sometable WHERE 1=0 

当它产生零时，这个语句产生一个结果。 这是Crystal Reports SQL引擎核心中的一个可重复的错误。

对于华润的支持同样令人沮丧，多年前已经被转移到了海外。 如果你咳嗽了200美元的支持电话，一个无法理解的外国人会误解你的问题，并侮辱你的情报，直到你放弃，在这一点上，他会 – 因为你select放弃 – 宣布解决的电话。

如果真的这么糟糕，为什么这么受欢迎？ 它不受欢迎。 这是非常stream行的。 它通过伟大的营销得到一个脚趾。 pipe理types看到有前途的广告，并且因为CR已经这么长时间了，所以他们认为这是完全正确的。 就像你的草坪上的bindis（一种澳大利亚刺草），一旦安装，几乎不可能摆脱它。 承认无能是一个糟糕的经理职业生涯。 当pipe理者缺乏技术专业知识做出决定时，不要让技术人员作出决定，而是回到先例，重复同行的错误。 他们也没有意识到，如果他们想要真正使用networking交付的东西，他们将获得服务器许可证。 此外，长寿意味着很容易find具有CR经验的人。

对于细节和笑声我推荐这些链接。

• 泡水晶渡渡鸟
• 水晶报表“吮吸”
• 水晶报告吸驴驴

或者只需在Google中input“crystal reports sucks”。 为了一个平衡的angular度，也尝试“水晶报告岩”。 别担心，这不会占用您太多的时间。 除了自己的营销宣传之外， 没有任何好评。

现在为更积极的东西。

SQL Reports是有效的免费的

您可以免费安装它作为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对付你select的支持商店，而不必为此find预算。 您将缺less的是计划和订阅支持。 当我说要写一个填补差距的服务并不难，

SSRS实现了CR所做的每一个承诺。 易于使用，对用户DIY有很好的支持，有一个架构抽象工具在概念上类似于CRBO，但它可以正常工作，高性能，可调度，易于使用，稳定，灵活，易于扩展，可以交互或编程控制。 在2008年版本中，他们甚至支持格式丰富的基于stream的模板（邮件合并）。

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

它不能解决像异构数据提供这样的问题，但恕我直言，这些可以而且应该在报告之外解决。 大量的数据仓库解决scheme（如SSIS）提供了解决这些问题的工具，在报表引擎中放置一个半重复的function将是荒谬的。

从你尖尖的老板那里做出一个明智的决定

告诉他你认为，鉴于其有问题的历史和开发人员的不受欢迎，select水晶报表是一个勇敢的举动，标志着他作为一个冒险者。

有些老板太笨了，他们会认为这是件好事，但对他们来说，你注定了。

Answer 3

（CR和SSRS）的经验在这里是我认为的内幕：

CR使您可以快速开发报告。 只要它简单。 如果它稍微复杂一点，它会变得腥意，试图让它做你想做的事情。 每个示例都限制为2个子报表的最大层次结构。 当你有需要在主要报告中修改的参数的子报表时，会变得很奇怪。有很多解决方法，但有时候他们只是简单的吮吸。 报表布局基本固定; 您必须将您的数据和信息放入特定部分（页眉/页脚，详细信息/报表页脚/页眉）。 这是相当有用的，因为它可以帮助您正确显示跨多个页面的数据。 它也有一套相当完整的function，可以用来操纵财务数据等。

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

Crystal Reports是$$$。 如果我没有记错的话，SSRS现在已经在SQL Server企业版中“免费”了。 当然，你可能以整个套餐的价格来支付它，我想这是MS试图在公司土地上推广它的方法。

Answer 4

我已经使用了一段时间的SSRS …和看着我的肩膀的同事说，做SSRS的事情比水晶更容易。 我从来没有使用过水晶，所以我不能告诉你哪个更好，但是我明白MS想要把SSRS赶出去。

最大的弱点：

• 共享数据集。 我在国防部的环境下工作。 90％的报告使用服务参数。 我厌倦了一遍又一遍地input相同的查询。
• 剥皮。 如果你做报告向导，你可以皮肤报告，但不是如果你手动做？ 是吧？ 我可以通过select所有受影响的领域，然后设置颜色，颜色等来“皮肤”的东西。但无处（至less没有我能find的地方），你可以点击一下你的东西。
• 没有自定义蒙皮。 报告向导/手册，没有我能find实现自定义皮肤的地方。 只要设置一些东西（比如用于HTML的CSS），然后链接到它就好了。 工具应该通过减less你的努力来帮助你，而不是增加所说的努力。
• matrix需要更好的文档。 我可以做很简单的事情，但一旦我尝试进入有趣/困难的事情，书籍/互联网似乎让我失望。 表没有这个问题。

优势：

• 对于一个老的SQL开发人员来说非常简单，可以得到一个很好的报告，至less看起来比把dlllt转储到Excel提供的drek更好。
• 自定义sorting（在大多数报告中使用）
• 处理SP和直SQL。 爱我没有被locking在一个path或其他（我已经根据情况使用两个）。
• 价格…一旦你支付了Visual Studio / SQL Server …这是一个免费赠品。

我的2美分，希望这可以帮助你。

Answer 5

“纯Java”解决scheme是i-net Clear Reports （又名i-net Crystal-Clear）。

• 支持Crystal Reports模板以及任何JDBC数据源。
• 带有一个免费的可视化报告devise器。
• 特别是与一些“更昂贵”的替代品相比，它的价格很高。
• 最新版本包括一个基于Web的configuration工具以及一个临时报告创build工具 。
• 有一个.NET端口（具有广泛的API）

Answer 6

企业报告有很多非常棒的解决scheme。 在四大（BO / Crystal，MS SRSS，Cognos，Oracle）中，基本的报告function都涵盖在内。 你真的需要评估哪些核心function对你来说最重要，以及你的环境中的主导架构是什么。

商务智能市场的整合使得环境问题变得更加相关。 如果你有一个Oracle企业，那么你也可以使用Oracle BI。 这同样适用于SAP / BO，IBM / Cognos和Microsoft。 特别是如果你正在做一个新的BI决策。

最后，如果您是开放源码软件商店，或者您正在寻求避免与主要商务智能产品相关的许可费用，那么有许多开源解决scheme（BIRT，Jasper，Pentaho）是有意义的。

Answer 7

你应该试试BIRT。 BIRT是开源的，所以你可以免费开始。 它有一个不错的graphicsdevise师。 您可以在http://www.birt-exchange.com上看到一些关于如何轻松deviseBIRT报告的video。; BIRT项目由Actuate Corp赞助，当您需要计划，安全整合，电子邮件通知等时，提供商用服务器以部署BIRT到企业。商业版本还将AJAX与BIRT查看器混合，以实现更多最终用户互动，并提供广告通过浏览器进行BIRT报告。

Answer 8

我们现在正在实施Cognos，我真的认为这是一个相当强大的工具。 ETL工具看起来非常简单易用，而且前端的pipe理和设置也相当简单。 我在框架模型和数据build模方面没有太多的经验，但是我们的报告devise师似乎很喜欢它。

Answer 9

Cognos是最全面的解决scheme之一。

不喜欢：你不会相信它发行的CD有多less…它的巨大。

Answer 10

我很惊讶没有人提到Microstrategy。 我们做了很多数据仓库（11TB）的工作，而且微观策略做了很好的工作或者生成SQL，所以业务用户可以在不打扰我们的情况下获取数据。 然而这是一个非常昂贵的solutuion。 如果你不需要专门的能力，并决定水晶我build议看看他们的VS2005或Eclipse插件是“生产使用”。

Answer 11

在SAP社区网站的博客中，亨利·诺德斯特伦（Henry Nordstrom）对各种可用的报告工具进行了很好的评估。 尽pipe他从SAP的使用angular度来看也是如此，但事实也适用于其他任何事情。

亨利的SAP开发者networking博客

Answer 12

我很惊讶没有提到与Jasper报告模板的OpenReports。 我知道这不是企业级别，但它是相当强大的，我认为与水晶报表齐名。 我使用iReport来创build类似CR的报告。 OpenReports也支持JXLS，它非常易于使用来创build基于Excel的报告。

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

Answer 13

Business Objects的 Crystal Reports似乎是一个stream行的select。

我自己从来没有写过任何报告，但是我的团队中有些人为了让更复杂的报告工作而挣扎。

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

Answer 14

如果你想要一个企业级的报表服务器，你可以使用任何一个报表devise器，可以从VersaReports.com看看Universal Report Server 。 它支持Crystal，DevExpress，Telerik和ActiveReports，并提供了一个API，如果你想支持另一个报表devise器。