BI前端工具对比

 

BI前端工具比较

1.         报表工具软件各项目比较:

项目

MSTR

BO

Oracle BIEE

Cognos 8

产品功能

安装部署

客户端无任何安装;服务端的安装全程自动化,没有专用的设置参数的输入,较容易安装。

 

安装前需要改区域设置和本地安全策略,容易安装失败,并且不支持。

 

安装过程类似于安装ORACLE数据库,且需要设置配置文件NQSConfig.ini,在安装向导较方便安装成功。

安装需要经过指导,安装后的配置较烦琐,容易安装失败。

 

 

 

 

支持Windows,unix等主流OS平台

 

支持Windows,unix等主流OS平台

 

 

支持Windows,unix等主流OS平台

 

 

支持Windows,unix等主流OS平台

兼容性

MSTR不能连接第三方的OlapServer 生成的分析模型数据。不能被第三方工具访问。

支持主要OS数据库系统:主流的RDBMS

BO5中文版不能在B/S方式下对Essbase进行自由钻取

支持即席查询、OLAP分析、仪表盘等分析使用共用的企业语义模型,并提开放的接口给其它分析工具;支持Essbase,

技术主流数据库。

Cognos连接Essbase在UNIX下有版本限制,不支持Essbase 6.2以后版本;

Cognos不支持复合数据,不支持“多对多”关联

数据容量

 

特有的ROLAP引擎,针对1G以上数据模型有专项优化,支持100GB以上的数据模型分析;支持到TB级的数据分析,对大数据量的SQL提供优化。

大数据量查询效率不好。

单个数据模型60~70G(ESSBASE);根据OLAP服务器的性能决定,搭配essbass时支持10G左右数据模型,无OLAP服务器时,显示效率较低。

MOLAP单个数据模型没有限制(Essbase),随Cube体积增大,性能不会明显下降;

ROLAP数据模型,支持100G以上数据量,没有限制,查询效率会有较大影响。

 

单个数据模型ROLAP 50G~80 G以上,但查询效率比较慢;MOLAP

支持大数据量有困难,难以支持维度层次和成员数太多的模型,超过2G~4G以上的.MDC的Cube能够分成较小的.MDP文件

产品线完整程度

缺乏ETL和数据挖掘工具

缺乏数据挖掘工具,拥有ETL工具DI

BIEE没有ETL工具;但Oracle BI产品线丰富,能提供ETL工个。

拥有全面的BI产品线,功能较丰富,拥有ETL工个,Cognos Data Manager

产品集成

集成度较高,提供集成的数据连接、模型制作、报表发布、权限管理的界面。

集成度中等,web功能同传统C/S模式差距较大

集成度较高,统一的技术架构平台

C8.3之前的版本集成度一般,多种应用对应单独的使用界面,比如TRANSFORMER,POWERPLAY有独立的界面;C8.4有一定的改变

SDK开放程度

开放程度较高,提供全面的sdk开发包。

较少,功能封装在OCX中,支持纬度参数的输入等二次开发函数,尤其不提供权限接口,提供数据更新、启动服务等简单操作的命令行模式。

开放程序较高,提供丰富的API

较少,许多功能二次开发无法实现,提供初步的用户功能权限操作的函数;

所提供的web API非常有限,而且没有真正的web客户化能力,也不能嵌入到现有应用系统中。

快速开发

有相应的快速开发模板,客户开发的模板可复用; 可以按照模版创建新的报表,在现有报表上创建适合用户自己的新报表。

有丰富的快速开发参考模型,实现一般性的需求较容易;由于有获得了专利的“语义层”, 用户可以快捷地写出功能强大的财务、销售和其他含有表格、图表、超级连接和图像的报表。

支持对象方式的报表设计与制作,支持不同语义模型之间对象的直接拷贝粘贴。

不提供开发模板,可以在分析的基础上添加表头构成报表,B/S下可对分析结果作为报表保存。

二次开发

工作量较大,但理论上可以重新开发除了服务器和部分功能权限外的任何功能。

开发量主要集中于基本功能的应用上

主要集中于界面的美观程度

若开发涉及模型变化,则报表需求做相应的修改

主要集中于界面的美观程度;

若开发涉及模型变化,则报表需求做相应的修改

模型或报表的数据源

支持多种类型的数据源。但在一个项目中只能使用一个数据源

BUSINESSOBJECTS 允许在同一报表中合并来自不同源的数据。比如单个excle表,支持混合显示,较强大。

支持多种类型的数据源,如支持XMLA,MS分析服务,SAP BW。

部分支持(模型中只支持单一数据源)

支持的数据库和OLAP

主流数据库;只使用自己的OLAP服务器

主流数据库和主流OLAP服务器(不支持cognos和MSTR);

其本身没有真正OLAP服务器,需要第三方OLAP服务器。

只使用自己的OLAP服务器

主流数据库和主流OLAP服务器

元数据管理

具有统一的元数据库。元数据通过Desktop集成界面进行管理,方便的实现元数据的迁移、复制等工作。

有元数据库存用户信息,但必须在C/S模式下制作unv文件和rep(Repository报表文件实现,在web方式下保存为wqy则可以编辑,但功能弱。

提供BI元数据管理模型,无需专业IT技术人员也可以进行灵活的查询、报表分析和仪表盘的发布;

采用文件方式和内容库(content store方式,可以通过管理工具备份。

建模工具

提供Architect作为建模工具,另外在应用服务器Intelligence Server中可以提供智能立方体

 

不提供,需要单独购买OLAP

提供管理工个(Administration Tool),实现物理层-逻辑层-展现层的建模,建模时,层次清析。

提供Transform作为建模和生成可分析立方体的工具,OLAP服务器为Enterprise server,制作的立方体效率很高,分析立方体的数据经过压缩,容量为同条件下的ESSBASE的4~20分之一;

Framework建模略显复杂。

权限管理

提供功能权限、数据权限权限的二次集成度高,但开发量也大

提供功能权限和数据权限,但只提供简单的用户权限操作的二次集成能力

提供功能权限和数据权限;

数据权限:对数据按行、列进行用户赋权,并能够控制用户查询的访问时间。

提供功能权限和数据权限,权限的二次开发量很小

操作易用性

报表展现方便,但OLAP操作感较差

由于采用OCX的插件方式,OLAP的显示方式较象excel,操作较直观,给用户的初次印象较好,但报表感较差

单一界面可以满足查询、报表和分析;通 INFOVIEW BI 接口单一进入点,BUSINESSOBJECTS 还让用户快速、简单地存取报表。

操作灵活方便,支持用户鼠标拖拽设计

OLAP功能很强大,操作反应速度较快的,支持用户鼠标拖拽设计;然而初次上手较难,

WEB页面访问条件查询报表时操作不便。

旋转、切片、钻取操作

提供旋转、切片、钻取、自定义小计等OLAP分析。

都支持

支持钻取、旋转、切片

都支持,WEB方式下分析功能最强大,使用熟练后可做的分析很多,支持任意角度的分析操作。

钻透到详单

ROLAP可以钻取到详细数据,查询速度较慢。

BO的基于桌面 的cube方式先天地受到cube中包含的数据量和在有限的数据集上进行的分析的限制。

在用户的钻取操作发生后并没有提供相应的数据限制,因此在查询详单时,数据承爆炸式的增长。

基于ROLAP查询到详单数据,查询较慢。

ROLAP可以钻取详单数据,查询速度会比较慢;

MOLAP也可以钻取详单数据,数据量有限。

刷新数据

提供定时更新的工具,也提供SDK函数控制更新

提供调度机制。可以按照灵活的时间设置或者事件触发报表刷新数据。

 

命令行方式更新(用第三方调度程序调度)

 

提供定时更新的工具,也有相应的命令行程序更新;

Cube比较大时,刷新数据耗时比较长,但支持增量刷新数据。

多种文件格式导出

常用的格式都支持(PDF,EXCEL等)

同MSTR

常用的格式都支持(PDF,EXCEL等

同MSTR

报表展示

支持列表、交叉表、图表(90多种)图形美观,图表多为FLASH,动态立体感强

提供常规应用图表,图表样式较少

提供常规应用图表,图表较美观

提供常规应用图表,但

图表样式较少、报表及图形不美观

灵活的查询参数设置

参数设置较为烦琐,属于条件过滤性质,查询界面也非常不友好

在新的6.x版本下查询时可构造较复杂的SQL语句,并且能包含动态的查询函数,但6.x还未推出中文版

biee在变量方面分有session和资料库变量,并且提示可以引入资料库变量,因此在实现页面初始化是设定窗口时间、默认昨天等应用非常有用。

只能进行简单条件的过滤,复杂查询需要javascript 脚本,使用也是用限。

计算列设计

提供很强大的统计运算函数功能,计算列是报表层设计;维度成员间的计算设计麻烦。

 

 

能提供丰富的运算函数

BIEE都是AdministrationTool中完成,建立好星型关系后,在逻辑层增加一个计算列,添加一个函数(时间轴函数)就可以完成

MOLAP计算列可以分别在模型层和报表层设计,有较丰富的函数; ROLAP的REPORT NET,需要在报表层添加计算列比较麻烦,如环比,同比等计算,需要建立多层小的查询.

产品性能

负载平衡

支持多种层面的负载平衡,有Intelligence Server服务和Broad Cast的分布式负载平衡,并且提供相应的优化工具(另外付费),支持大量并发用户请求,并发数的处理效率很高。

同Cognos类似

支持集群功能,

提供应用服务器的负载均衡,支持集群。

报表刷新的速度(10W条数据)

提供报表缓存机制(报表、对象,元素,XML)以提升效率。有缓存时访问速度在1分钟以内;无缓存时,在SQL查询时间基础上增加10~30秒

 

15秒~2分钟内

提供报表缓存机制,能一定程度提升效率。有缓存时访问速度在1分钟以内;无缓存稍慢点。

访问EASSBASE时,性能要好些。

REPORT NET没有提供报表缓存机制;

ROLAP 30秒以上

MOLAP 6秒~30秒

并发访问

单CPU可以支持50个并发操作用户

单CPU最多支持25个并发操作用户

 

单CPU最多支持50个并发操作用户

系统可维护性

元数据、权限集中管理。较容易管理维护,但新的实体的制作需要专门人员

 

有元数据管理工具,权限集中管理,易管理,迁移时需要修改相应的配置文件

有元数管理工具,便易管理。

价格及服务

价格

按用户数和组件报价,有最低用户数据限制,总体价格在100W

 

$2,000/用户,$295,000/处理器。

 

IBM COGNOSIBM COGNOS 8商业智能(BI)上执行基于任务的定价机制。不同的任务价格不同,取决于是否需要为用户授权,或是否需要管理员的任务授权。授权费在批量上有折扣,所以产品的定格会因为客户的安装规模而所有差别。

总体价格与MicroStrategy相近

 

 

 

 

 

 

 

你可能感兴趣的:(前端工具)