项目 |
MicroStrategy |
BO |
Oracle BIEE |
Congnos8? |
产品功能 |
安装部署 |
客户端无任何安装;服务端的安装全程自动化,没有专用的设置参数的输入,较容易安装。支持Windows,unix等主流OS平台。 |
安装前需要改区域设置和本地安全策略,容易安装失败。支持Windows,unix等主流OS平台。 |
安装过程类似于安装Oracle数据库,且需要设置配置文件NQSConfig.ini,在安装向导较方便成功。支持Windows,unix等主流OS平台。 |
安装需要经过指导,安装后的配置较麻烦,容易安装失败。支持Windows,unix等主流OS平台。 |
兼容性 |
Mstr不能连接第三方的OlapServer生成的分析模型数据。不能被第三方工具访问。支持主要OS数据库系统。 |
BO5中文版不能在B/S方式下对Essbase进行自由钻取。 |
支持即席查询、OLAP分析、仪表盘等分析使用共用的企业语义模型,并提开放的接口给其他分析工具;支持Essbase技术主流数据库。 |
Cognos连接Essbase在UNIX下有版本限制,不支持Essbase6.2以后版本;Cognos不支持复合数据,不支持多对多关联。 |
产品线完整程度 |
缺乏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下可对分析结果作为报表保存。 |
二次开发 |
工作量较大,但理论上可以重新开发除了服务器和部分功能权限外的任何功能。开发量主要集中在基本功能的应用上。 |
主要集中于界面的美观程度。 |
若开发涉及模型变化,则报表需求做相应的修改。 |
主要集中于界面的美观程度;若开发涉及模型变化,则报表需求做相应的修改。 |
模型或报表的数据源 |
支持多种类型的数据源。但在一个项目中只能使用一个数据源。 |
BUSINESS OBJECTS允许在同一报表中合并来自不同源的数据。比如单个excel表,支持混合显示,较强大。 |
支持多种类型的数据源,如支持XMLA,MS分析服务,SAP BW。 |
部分支持。 |
支持的数据库和OLAP |
主流数据库,只使用自己的OLAP服务器。 |
主流数据库和之流OLAP服务器(不支持MSTR和Cognos);其本身没有真正的OLAP服务器,需要第三方OLAP服务器。 |
只是用自己的OLAP服务器。 |
主流数据库和主流OLAP服务器。 |
元数据管理 |
具有统一的元数据库。元数据通过Desktop集成界面进行管理,方便的实现元数据的迁移、复制等工作。 |
有元数据库存用户信息,但必须在C/S模式下制作unv文件和rep报表文件实现,在web方式下保存为wqy则可以比编辑,但功能弱。 |
提供BI元数据管理模型,无需专业IT技术人员也可以进行灵活的查询、报表分析和仪表盘的发布。 |
采用文件方式和内容库方式,可以通过管理工具备份。 |
建模工具 |
提供Architect作为建模工具,另外在应用服务器Intelligenct Server中可以提供智能立方体。 |
不提供、需要单独购买OLAP。 |
提供管理工具(Administration Tool),实现物理层-逻辑层-展现层的建模;建模时层次清晰。 |
提供建模工具,制作的立方体效率很高。 |
权限管理 |
提供功能权限、数据权限,权限的二次集成度高,但开发量也大。 |
提供功能权限和数据权限,但只提供简单的用户权限操作的二次集成能力。 |
提供功能权限和数据权限;对数据按行、列进行用户赋权,并能够控制用户查询的访问时间。 |
提供功能权限和数据权限,权限的二次开发量很小。 |
操作易用性 |
报表展现方便,但OLAP操作感较差。 |
操作较直观,给用户的初次印象较好,但报表感较差。单一界面可以满足查询、报表和分析。 |
操作灵活方便,支持用户鼠标拖拽设计。 |
OLAP功能很强大,操作反应速度较快,支持用户鼠标拖拽设计;然而初次上手较难,Web页面访问条件查询报表时操作不便。 |
旋转、切片、钻取操作 |
提供旋转、切片、钻取、自定义小计等OLAP分析。 |
都支持。 |
支持钻取、旋转、切片。 |
都支持,Web方式下分析功能最强大,使用熟练后可做的分析很多,支持任意角度的分析操作。 |
钻透到详单 |
ROLAP可以钻取到详细数据,查询速度较慢。 |
用户钻取时并没有提供相应的数据限制,因此在查询详单时数据承爆炸式增长。 |
至于ROLAP查询到详单数据,查询较慢。 |
ROLAP可以钻取详单数据,查询速度会比较慢;MOLAP也可以钻取详单数据,数据量有限。 |
刷新数据 |
提供定时更新的工具,也提供SDK函数控制更新;提供调度机制。可以按照灵活的时间设置或事件触发报表刷新数据。 |
命令行方式更新(用于第三方调度程序调度)。 |
提供定时更新的工具,也有相应的命令行程序更新;Cube比较大时,刷新数据耗时比较长,但支持增量刷新数据。 |
多种文件格式导出 |
常用的格式都支持(PDF、EXCEL等)。 |
同Mstr。 |
同Mstr。 |
同Mstr。 |
报表展示 |
支持列表、交叉表、图表,图形美观,图表多为Flash,动态立体感强。 |
提供常规应用图表,图表样式较少。 |
提供常规应用图表,图表较美观。 |
提供常规应用图表,但图表样式较少,报表及图形不美观。 |
灵活的查询参数设置 |
参数设置较为繁琐,属于条件过滤性质,查询界面也非常不友好。 |
在新的6.x版本下查询时可构造较复杂的SQL语句,并且能包含动态的查询函数。 |
BIEE在变量方面分忧session和资料库变量,并且提示可以引入资料库变量,因此在实现页面初始化是设定窗口时间、默认昨天等应用非常有用。 |
只能进行简单条件的过滤,复杂查询要javascript脚本,使用也是有限的。 |
计算列设计 |
提供很强大的统计运算函数功能,计算列是报表层设计;维度成员间的计算设计麻烦。 |
能提供丰富的运算函数。 |
BIEE都是Administration Toll中完成,建立好星型关系后,在逻辑层增加一个计算列,添加一个函数就可以完成。 |
MOLAP计算列可以分别在模型层和报表层设计;ROLAP的Report Net需要在报表层添加计算列比较麻烦,如环比、同比等计算,需要建立多层的小查询。 |
产品性能 |
负载均衡 |
支持多种层面的负载均衡,有Intelligence Server服务和Broad Cast的分布式负载平衡,并且提供相应的优化工具(另外付费)支持大量并发用户请求,并发数的处理效率很高。 |
同Cognos类似。 |
支持集群功能。 |
提供应用服务器的负载均衡,支持集群。 |
报表刷新速度(10W条数据)? |
提供报表缓存机制以提升效率。有缓存时访问速度在1分钟内,无缓存时在SQL查询时间基础上增加10-30秒。 |
15秒到2分钟内。 |
提供报表缓存机制,能一定程度提升效率。有缓存时访问速度在1分钟内;无缓存时稍微慢点。 |
Report Net没有提供报表缓存机制;ROLAP 30秒以上,MOLAP 6秒-30秒。 |
并发访问 |
单CPU可以支持50个并发操作用户。 |
单CPU最多支持25个并发操作用户。 |
单CPU最多支持50个并发操作用户。 |
系统可维护性 |
元数据、权限集中管理。较容易管理维护,但新的框架制作需要专门人员。 |
有元数据管理工具,权限集中管理,易管理,迁移时需要修改相应的配置文件。 |
有元数据库管理工具,便于管理。 |
价格及服务 |
价格 |
按用户数和组件报价,有最低用户数据限制。 |
$2000/用户,$295000/处理器。 |
产品的价格定制和客户的安装规模有关,总价格与Mstr相近。 |