行业中有哪些企业报告选项？我目前正在使用SSRS 2005,并且知道新版MSSQL还有另一个版本.
但是,似乎也许是调查市场以了解其他产品的好时机.
你遇到了什么？你喜欢它/不喜欢吗？为什么？
谢谢.
我使用过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
PROS
成本:如果您使用MS SQL Server作为后端,最便宜的企业商务智能解决方案.如果您投入SSIS,您还可以获得一流的ETL解决方案,无需额外费用.
最灵活:我曾经使用过的最灵活的报告解决方案.它始终满足我的所有业务需求,特别是在其最新版本中.
易于扩展:我们最初将其用作支持大约20个用户的部门解决方案.我们最终将它扩展到几千名用户.尽管位于远程数据中心的虚拟服务器质量非常差,但我们能够扩展到大约50-100个并发用户请求.在咨询工具的良好硬件上,我能够将其扩展到更大的并发用户集,而没有任何问题.我还看到了在不同国家部署多个SSRS服务器的实现,并且SSIS用于同步后端的数据.这使得以分布式方式实现稳定的性能,几乎不需要额外的成本.
源代码控制集成:在与商业智能团队一起开发报表时,这对我来说非常重要.没有其他商务智能套件为我提供了一个开箱即用的解决方案.我使用的每个其他平台都需要购买第三方加载项或要求您在单独的开发,测试和生产环境之间推广报表.
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
PROS
易用性:最易于用于普通非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)之外,互联网上没有太多关于对Business Objects问题进行故障排除的信息.
Cognos Series 8
PROS
易用性:虽然BOXI更易于用于为一般商业用户编写简单报告,但Cognos在该领域排名第二.
数据库不可知:与BOXI一样,如果您希望使用Oracle,DB2或其他数据库后端,这绝对是一个很好的解决方案.
FrameWork Manager:这绝对是一流的元数据存储库.BOXI的宇宙建造者希望它的好一半.此工具非常适合在开发,测试和生产环境中推广包.
缺点
成本:与Business Objects相同的问题.类似的成本结构.类似的数据库许可要求.
无源控制:与Business Objects相同的问题.我不知道有任何第三方工具可以解决此问题,但它们可能存在.
模型偏差:与Business Objects相同的问题.但是,对FrameWork Manager中的存储过程有更好的支持.
参数支持不佳:与Business Objects相同的问题.如果您可以使用Java编写代码,则可以更好地支持创建提示页面.但是,当用户单击后退按钮返回提示页面时,会出现Buggy行为.SSRS击败了这一点.
错误处理不足:Cognos中的错误消息几乎无法破译.它们通常会在错误消息中为您提供较长的负数和堆栈转储.我不知道有多少次我们通过从头开始重建报告来"解决"这些错误消息.出于某种原因,破坏报表定义非常容易.
No Discoverability:很难找到有关如何解决问题或在Cognos中实现功能的任何答案.在面向互联网的网站上,产品没有足够的社区支持.
您可以从我的答案中猜测,我相信微软的BI套件是市场上最好的平台.但是,我必须指出,我读过的关于BI套件比较的大多数文章通常都没有评价微软的产品以及SAP的Business Objects和Cognos的Series 8产品.此外,我还看到微软在两家独立公司的BI套件内部评论中脱颖而出,之后由卫冕的CIO审核.然而,在这两种情况下,似乎所有人都希望被视为一个主要部门,以证明大量的运营预算合理.
我想做两件事.一个是非常消极的(CR是垃圾)而另一个是非常积极的(SSRS是支持商店独立并且免费提供).
另外,如果你修改了一个答案,那么添加一个评论来解释为什么你认为答案是错误的或适得其反,除非别人已经说过同样的话.即便如此,简单的"如上所述"也会有所帮助.
Crystal Reports是对开发社区的侮辱.简单的对话框调整错误,这将是修复时刻的工作,在十年和六个主要版本中仍然没有得到纠正,所以我真的怀疑任何尝试都是为了解决棘手的问题.正如本SQL所示,Crystal Reports非常不值得信任.
SELECT COUNT(*) FROM sometable WHERE 1=0
当它应该产生零时,该语句产生一个结果.这是Crystal Reports SQL引擎核心中可重复的逐个错误.
对CR的支持同样令人沮丧,多年前已被移到海外.如果你因为支持电话而咳嗽200美元,一个难以理解的外国人会误解你的问题并侮辱你的智力直到你放弃,此时他会 - 因为你选择放弃 - 宣布呼叫已经解决.
如果这真的很糟糕为什么它如此受欢迎？它不受欢迎.这是非常联合国受欢迎.它通过伟大的营销得到了一个脚趾.管理类型看到有光泽的广告很有希望,而且因为CR已经存在了很长时间,所以他们认为这一切都是正确的.就像你的草坪上的bindis(澳大利亚刺痒杂草)一样,一旦安装它就几乎不可能摆脱它.对于经理来说,承认自己的无能是一个糟糕的职业生涯.当管理者缺乏做出决策的技术专业知识,而不是允许技术人员做出决定时,他们会重新回到先例并重复同行的错误.他们也没有意识到,如果他们想要实际使用网络传送内容,他们就可以获得服务器许可证.此外,长寿意味着很容易找到具有CR经验的人.
对于细节和一个好笑,我推荐这些链接.
泡泡水晶渡渡鸟
水晶报告"糟透了"
[Crystal Reports吮吸Donkey Dork](死链接,仍试图找到内容)3
或者只需在Google中输入"crystal reports sucks"即可.为了平衡的观点,也尝试"水晶报告岩石".别担心,这不会花费你太多时间.有没有外界自己的营销炒作的积极评价.
现在为更积极的事情.
作为带有高级服务的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版本中,它们甚至支持丰富格式的基于流的模板(用于表单字母的邮件合并).
这是我在20年的软件开发中见过的最好的报告解决方案,从大型机到迷你到微型平台.它勾勒出我能想到的每一个盒子,并且只有一个深刻的弱点我记得 - 布局模型不支持相对于页面底部的定位,唯一的解决方法是相对于页面顶部定位在已知高度页面上.
它没有解决异构数据提供等问题,但恕我直言,这些可以而且应该在报告之外解决.大量的数据仓库解决方案(例如SSIS)提供了解决此类问题的工具,在报表引擎中放置一个半重复的功能是荒谬的.
告诉他你认为鉴于其历史问题和开发人员的不受欢迎程度,选择Crystal Reports是一项勇敢的举动,这使他成为冒险者.
有些老板是如此愚蠢,他们会认为这是一件好事,但对他们来说,无论如何你都注定要失败.
在这里有经验(CR和SSRS)是我认为的低谷:
CR可让您快速开发报告.只要简单.如果它变得有点复杂,它会变得可疑,试图让它做你想要的.例如,您仅限于2个子报表的最大层次结构.如果您的子报表需要必须在主报表中更改的参数等,这会很奇怪.大量的解决方法但有时它们只是很糟糕.报告布局基本上是固定的; 您必须将您的数据和信息放入特定部分(页眉/页脚,详细信息/报表页脚/页眉).这非常有用,因为它可以帮助您正确显示跨多个页面的数据.它还有一套相当完整的功能,可用于操纵财务数据等.
SSRS在报表编辑方面更灵活.它的报告向导允许您基本上在WYSIWYG环境中创建报告,它允许您多个子报告,以便您可以在一个页面中轻松显示多个数据集.它允许您连接.NET程序集以执行复杂的数据操作/计算.但是,很难以固定的方式正确显示报告,您经常不得不努力让所有内容都按照您的需要显示.
Crystal Reports是$$$.SSRS,如果我没记错的话,现在在SQL Server企业版中捆绑"免费".当然你可能会以整个套餐的价格支付它,我想这是尝试在公司土地上推动它的MS方式.
我一直在使用SSRS,而现在......和他的同事谁看在我的肩膀说,它看起来是MUCH更容易做的事情SSRS比水晶.我从来没有用过Crystal,所以我不能告诉你哪个更好,但我得到的明显印象是MS试图将SSRS推出门外.
最大的弱点:
共享数据集.我在DoD环境中工作.我的报告中有90%使用服务参数.我厌倦了一遍又一遍地输入相同的查询.
剥皮.如果您执行报告向导,则可以为报告设置外观,但如果您手动执行此操作则不会？是吧？我可以通过选择所有受影响的区域然后设置颜色,前色等来"修饰"东西.但是无处(至少我找不到的地方)你可以通过一次点击来获得某些东西.
没有自定义皮肤.报告向导/手册,我找不到实现自定义皮肤的位置.很高兴只是设置一些东西(比如CSS for HTML),然后链接到它.工具应该通过减少您的努力而不是增加所述努力来帮助您.
Matrixes需要更好的文档.我可以做很简单的事情,但一旦我尝试进入有趣/困难的事情,书籍/互联网似乎让我失望.表没有此问题.
优势:
对于一个老的SQL开发人员而言,获得良好的报告非常简单,这些报告至少看起来比将一个restlt集转储到Excel提供的drek更好.
自定义排序(在大多数报告中使用)
处理SP和Straight SQL.爱我,我没有被锁定在一条路或另一条路上(我根据具体情况使用了两者).
价格...一旦你支付了Visual Studio/SQL Server ......它就是免费赠品.
我的2美分,希望这对你有所帮助.
"纯Java"解决方案是i-net Clear Reports(又名i-net Crystal-Clear).
支持Crystal Reports模板以及任何JDBC数据源.
附带免费的视觉报告设计师.
它的价格很好,特别是与一些"价格昂贵"的替代品相比.
最新版本包括基于Web的配置工具以及临时报告创建工具.
有一个.NET端口(具有广泛的API)
企业报告有很多非常好的解决方案.在四大(BO/Crystal,MS SRSS,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报告的视频.BIRT项目由Actuate Corp赞助,当您需要调度,安全集成,电子邮件通知等时,它提供用于将BIRT部署到企业的商业服务器.商业版本还将AJAX与BIRT查看器混合,以实现更多的最终用户交互并提供广告-hoc BIRT通过浏览器进行报告.
京公网安备 11010802040832号 | 京ICP备19059560号-6 