IT行业中有哪些企业报表选项?我目前正在使用SSRS 2005,知道随着新版MSSQL的发布还会有另一个版本。
但是,现在似乎也是一个好时机,可以调查市场看看其他选项。
你遇到了什么?你喜欢它/不喜欢它吗?为什么?
谢谢。
IT行业中有哪些企业报表选项?我目前正在使用SSRS 2005,知道随着新版MSSQL的发布还会有另一个版本。
但是,现在似乎也是一个好时机,可以调查市场看看其他选项。
你遇到了什么?你喜欢它/不喜欢它吗?为什么?
谢谢。
报表生成器:
SSRS 2000中不存在基于Web的报表生成器。SSRS 2005中的基于Web的报表生成器难以使用且功能不够。SSRS 2008中的基于Web的报表生成器确实更好,但对于大多数商业用户来说仍然过于复杂。
数据库偏见:
它在Microsoft SQL Server上表现最佳。它与Oracle、DB2和其他后端不太兼容。
Business Objects XI WebIntelligence
优点:
易于使用:对于普通非BI终端用户来说,开发自适应报告最容易使用。
数据库不可知:如果您希望使用Oracle、DB2或其他数据库后端,则绝对是一个好的解决方案。
高性能:非常快的性能,因为大部分页面导航基本上是文件系统操作而不是数据库调用。
缺点:
成本:第一大问题。如果我想将Business Objects的实施规模从30个用户扩展到1000个用户,则SAP将确保向您收取数十万美元。这仅仅是购买Business Objects许可证的费用。加上您还需要数据库服务器许可证,那么您就会谈论到一个非常昂贵的系统。当然,这可能是个人购买Business Objects的理由:如果您能说服管理层购买一款非常昂贵的BI系统,那么您可能也能说服管理层为大型BI部门付费。
没有源代码控制:缺乏开箱即用的源代码控制集成会导致错误,例如意外修改和部署旧报告定义。解决此问题的“解决方法”是在环境之间推广报告——这是一个我不喜欢的过程,因为它会减慢报告开发速度并引入环境差异变量。
不支持HTML电子邮件:您无法通过计划发送HTML电子邮件。我经常在SSRS中这样做。您可以购买昂贵的第三方插件来完成此操作,但您不应该为此功能而额外花费金钱。
模型偏见:报告开发需要宇宙——基本上是一个数据模型。对于自适应报告开发,这很好,但我更喜欢使用存储过程来完全控制性能。我也喜欢构建扁平表格,然后查询这些表格以避免报告运行时的昂贵复杂连接。不必构建仅包含一个报告使用的扁平表格的宇宙是愚蠢的。存储过程支持也没有开箱即用,需要通过修改SQL Overrides来实现。
参数支持差:BOXI WebIntelligence报表中的参数支持很差。虽然我喜欢面向普通业务用户的元数据刷新选项,但在设置计划时它并不够强大。我几乎总是需要克隆报表并稍微修改过滤器,这导致不必要的报表定义重复。相比BOXI,SSRS在这方面胜出,特别是因为你可以使值和标签具有不同的值。
不足的报表链接支持:我想将一个报表定义存储在一个中央文件夹中,然后为其他用户创建链接的报表。然而,我很快发现用户需要拥有父对象的完全权限才能在自己的文件夹中使用该对象。这失去了使用链接报表对象的全部意义。给我SSRS!
独立CMC:您为什么必须启动另一个应用程序来管理对象安全性?更糟糕的是,为什么CMC和InfoSys之间的功能不相同?例如,如果您想设置定期报告以在失败的尝试中重试,则可以在CMC中指定重试次数和重试间隔。但是,在InfoSys中您无法做到这一点,也不能查看信息。InfoSys允许您设置事件驱动的计划,而CMC不支持此功能。
Java版本依赖性:只要终端用户的机器运行与服务器相同版本的Java,BOXI在终端用户机器上的效果就很好。但是,一旦在您的机器上安装了更新的Java版本,事情就开始出现问题。我们在我们的BOXI R2服务器上运行Java 1.5(默认的Java客户端),公司中几乎所有人都使用Java 1.6。如果使用Java 1.6,则提示可能会冻结您的IE和FoxFire会话或意外崩溃报告生成器。
发现性差:除了BOB(Business Objects Board)之外,在互联网上几乎找不到关于解决Business Objects问题的内容。
Cognos Series 8
优点
易用性:尽管对于编写面向普通业务用户的简单报表来说,BOXI更容易使用,但Cognos在这方面紧随其后。
数据库不可知:像BOXI一样,如果您需要使用Oracle、DB2或其他数据库后端,则这绝对是一个不错的解决方案。
FrameWork Manager:这绝对是最佳的元数据存储库。BOXI的宇宙构建器希望自己能达到一半的水平。这个工具非常适合在开发、测试和生产环境之间推广包。
缺点
成本:与Business Objects存在相同的问题。类似的成本结构。同样需要数据库许可证。
没有源代码控制:与Business Objects存在相同的问题。我不知道是否有任何第三方工具可以解决此问题,但可能存在。
模型偏差:与Business Objects相同的问题。 在FrameWork Manager中,对于存储过程有更好的支持,但存在问题。
参数支持不足:与Business Objects相同的问题。 如果您可以使用Java编码,则可更好地支持创建提示页面。 但是,当用户单击返回到提示页时,存在错误行为。 SSRS在这方面明显优于它。
错误处理不充分:Cognos中的错误消息几乎无法解释。 它们通常会给出长负数和堆栈转储作为错误消息的一部分。 我不知道我们有多少次通过从头开始重建报告来“解决”这些错误消息。 出于某种原因,很容易破坏报告定义。
没有可发现性:很难找到任何关于如何解决问题或在Cognos中实现功能的答案。 对于这些产品,互联网上缺乏足够的社区支持。
正如您从我的回答中可以猜到的那样,我认为微软的BI平台是市场上最好的平台。 然而,我必须声明,我阅读的大多数关于BI套件比较的文章通常并不像SAP的Business Objects和Cognos的系列8产品那样评价微软的产品。 此外,在两个不同的公司进行审查后,我还看到微软在BI套件的内部审查中排名最低,这是由现任CIO审查的。 但在这两种情况下,这似乎归结为希望被视为证明需要大量运营预算的主要部门。
我想做出两个贡献。一个非常负面(CR是垃圾),另一个非常积极(SSRS是独立于备份存储并且免费提供的)。
顺带一提,如果您评价回答时将其评为负分,请添加一条评论以解释您认为该答案有何错误或是不利于解决问题,除非其他人已经说了同样的事情。即使如此,简单的“同上”也会很有帮助。
Crystal Reports是对开发社区的侮辱。简单的对话框调整大小的缺陷即使只需要花费一些时间来修复,在十年和六个主要版本之后仍未被纠正,因此我真的怀疑是否曾经有任何尝试去解决这些难题。正如此处SQL所证明的那样,Crystal Reports是极不可靠的。
SELECT COUNT(*) FROM sometable WHERE 1=0
这个语句应该输出零,但实际上它输出了一。这是Crystal Reports SQL引擎重复出现的一个偏移错误。
对于CR的支持同样糟糕,多年前已经被外包到海外。如果你花了200美元打电话寻求支持,一个难以理解的外国人会误解你的问题并冒犯你的智商,直到你放弃为止,此时他会因为你选择放弃而宣布通话已解决。
如果情况真的如此糟糕,为什么它还这么流行?它并不流行。它通过优秀的营销手段获得了市场份额。管理层看到光鲜亮丽的广告承诺很多,而由于CR存在了这么长时间,他们认为这些都是真实的。就像草坪上的细碎物(澳大利亚刺草),一旦安装了它,就几乎不可能除掉它。承认自己无能是一个经理的不良职业动作。当经理们缺乏技术专业知识做出决策时,他们不会让技术人员来做决策,而是退回到惯例并重复他们同行的错误。他们还没有意识到,如果他们想要真正使用Web交付功能,他们就需要一个服务器许可证。此外,持久性还意味着很容易找到有CR经验的人。
关于详细信息和欣笑,我建议点击下面的链接。
或者在Google中输入“水晶报告很烂”以获取一个平衡的观点,也可以尝试“水晶报告很棒”。不用担心,这不会花费太多时间。除了他们自己的营销炒作之外,没有积极的评论。
现在是更为正面的内容。
你可以免费安装它,作为SQL Express with Advanced Services的一部分。你还可以安装 .NET 2.x,它带有主要数据库提供程序的ADO.NET驱动程序以及通用的OLEDB和ODBC支持。
由于SSRS使用ADO.NET,这意味着您可以连接SSRS到任何您可以连接ADO.NET的地方,即几乎任何地方。
随SQL Express提供的许可证条款要求将其作为SQL Express的一部分部署和安装。它们没有涉及报告从哪里获取数据。
尽管SQL Express受到限制但配套的SSRS并没有此类限制。如果您的数据由另一个数据库引擎提供,则可以支持该引擎所许可的用户
一种“纯Java”解决方案是i-net Clear Reports(也称为i-net Crystal-Clear)。
birt-exchange.com
的链接已经失效了,你是否有其他可以参考如何制作BIRT报告的来源?我在一些工作职位中看到过它,这让我对它很好奇。它仍然是开源/免费的吗?它在10年后仍然与你的工作相关吗? - SherlockSpreadsheets我们目前正在实施Cognos,我认为它是一个相当强大的工具。ETL工具似乎相当直观易用,前端界面也相当容易管理和设置。我对框架模型和数据建模方面没有太多经验,但是我们的报告设计人员似乎非常喜欢它。