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 COGNOS在IBM COGNOS 8商业智能（BI）上执行基于任务的定价机制。不同的任务价格不同，取决于是否需要为用户授权，或是否需要管理员的任务授权。授权费在批量上有折扣，所以产品的定格会因为客户的安装规模而所有差别。 总体价格与MicroStrategy相近 |
|
|
|
|
|
|
