产品功能

独立的应用服务层

基于组件的应用服务器Intelligence Server，功能强大，附属工具丰富

应用服务器为WebIntelligence

负责数据的交互，功能较简单，性能依赖于OLAP的性能

Brio.Enterprise OnDemand

负责数据的交互，功能较简单，性能依赖于OLAP的性能

PowerPlay Enterprise server

负责数据的交互，提供基础的服务器调优和负载平衡的调整，监控能力较弱

安装难易程度

客户端无任何安装；

服务端的安装全程自动化，没有专用的设置参数的输入，较容易安装。

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

同COGNOS类似

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

兼容性

Microstrategy不能连接第三方的OlapServer （它有自己的Rolap）

生成的分析模型数据也不能被第三方工具共享，只能自己使用

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

brio 同震荡波补丁冲突（KB835732） 出现Shift重复字符

Cognos连接ESSBASE在UNIX下有版本限制，6.2以后的就不行了

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

纯Web架构

是纯WEB架构

不过最近为了加强报表的制作，添加pdf显示功能

不是，需要下载OCX插件，

报表样式不丰富

QuickView：不能与数据库交互，类似离线分析，客户端需要下载插件。

Insight：能够与数据库进行交互，Server端为Ondemand Server，客户端需要下载插件。

不是，需要下载OCX插件，

报表样式不丰富

OLAP部分是，报表部分需要PDF插件。

现在新推出的ReportNe可以通过纯WEB方式来制作类似水晶报表一样的复杂格式报表，这样就形成全套的WEB解决方案

数据容量

100G以上

单个数据模型60～70G（ESSBASE）

单个数据模型60～70G（ESSBASE）

10G以下

应用平台的支持

操作系统：WIN2000SERVER;

WIN2003SERVER;

UNIX；

数据库系统：主流的RDBMS

同MSTR

同MSTR

同MSTR

能否钻透到详单级

可以，

由于时基于ROLAP架构的数据分析，在模型设计上就能直接支持详单的钻透，实现方便。但也要受到系统查询速度的限制。

直接在工具中创建查询列表对象，并且对象可以是详单也可以是有数据关联的表，实现起来较方便。

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

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

需要二次开发才能做到统计报表向详单的钻透，工作量较大。

可以，但是详单的显示数据量较小（10条左右），并且需要转到PDF格式。

大数据量解决方案

特有的ROLAP引擎，针对1G以上数据模型有专项优化，支持100GB以上的数据模型分析

支持到TB级的数据分析，对大数据量的SQL提供优化。

技术人员可以通过调整VLDB属性进一步优化

根据OLAP服务器的性能决定，搭配essbass时支持10G左右数据模型，无OLAP服务器时，显示效率较低。

根据OLAP服务器的性能决定，搭配essbass时支持10G左右数据模型

对大数据量的模型无法支持，最高数据量为3GB左右

产品线的完整程度

缺乏ETL和数据挖掘工具

缺乏数据挖掘工具，ETL工具刚开发完毕，未投入使用

缺乏ETL和数据挖掘工具，

拥有全部的BI产品线，功能较丰富

产品集成情况

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

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

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

集成度低，每种应用都对应单独的使用界面

信息分发

信息分发由Narrowcast组件完成，功能强大，可发手机短信、邮件、传真，可以包含声音文件，需另外购买

报表分发需要二次开发

MicroStrategy Narrowcast组件可以实现信息的主动分发，将信息分发到邮件、手机、传真等平台；

内部支持报表订阅机制，用户主动订阅报表信息；

内部不支持报表发送，需要二次开发实现。

报表的分发的实现较为方便

也有消息分发的组件

有报表分发功能

有发邮件的接口

有报表分发功能

有发邮件的接口

SDK开放程度

开放程度很高，提供全面的sdk开发包，

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

有，但较少，功能封装在OCX中，支持纬度参数的输入等二次开发函数，提供数据更新、启动服务等简单操作的命令行模式

极少，许多功能二次开发无法实现，但提供初步的用户功能权限操作的函数，提供数据更新、启动服务等简单操作的命令行模式

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

易于二次开发整合

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

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

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

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

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

多数据源的支持

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

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

部分支持（模型中只支持单一数据源）

部分支持（模型中只支持单一数据源）

模型快速开发（前提是经过培训并有经验）

有相应的快速开发模板，不过数量较少

有丰富的快速开发参考模型，实现一般性的需求较容易

有丰富的开发参考模型，但模型的开发和发布工作量大

有较丰富的快速开发参考模型

快速用户新建报表的能力

最终用户完全可以通过web界面新建自己需要的报表。同样在Desktop中新建的报表无需任何设置就可以在前台使用。

可以按照模版创建新的报表，在现有报表上创建适合用户自己的新报表。

由于有获得了专利的“语义层”， 用户可以快捷地写出功能强大的财务、销售和其他含有表格、图表、超级连接和图像的报表。

可以制作基于分析的报表

可以在分析的基础上添加表头构成报表，B/S下可对分析结果作为报表保存。

良好的权限机制，易于整合、同步

提供完善的权限机制，分功能权限和数据权限，权限的二次集成度高，但开发量也大

提供完善的权限机制，分功能权限和数据权限，但只提供简单的用户权限操作的二次集成能力

提供完善的权限机制，分功能权限和数据权限，

权限的二次开发量很小，但只能实现用户管理和单一度量数据过滤功能（实现功能同BO和Brio一样，但工作量小）

支持的数据库和OLAP

主流数据库

只使用自己的OLAP服务器

主流数据库和主流OLAP服务器（不支持cognos和MSTR）

主流数据库和主流OLAP服务器（不支持cognos和MSTR）

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

元数据管理

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

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

采用文件（bqi）方式，不易管理

采用文件方式，不易管理

操作易用性

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

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

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

同BO相同

OLAP功能很强大，操作反应速度也是最快的，然而初次上手较难，

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

旋转、切片、钻取操作

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

都支持

都支持

都支持，WEB方式下分析功能最强大，但用户较难接受，使用熟练后可做的分析很多，支持任意角度的分析操作。

Web端的功能

分析结果就是一个初步的报表，根据SDK框架生成HTML（内嵌javascipt ），实现相关的旋转、钻取等操作，功能基本与c/s结构操作起来相当（速度较慢）

分析和报表制作功能WEB下明显弱于C/S模式

同BO

分析功能同C/S模式相当，但报表制作功能WEB下明显弱于C/S模式

定时更新报表数据

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

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

在调度的基础上，可以实现用户订阅的功能。将用户感兴趣的内容定期发送到用户的个人报表文件夹中。

命令行方式更新（用第三方调度程序调度）

命令行方式更新

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

多种文件导出格式

常用的格式都支持

同MSTR

同MSTR

同MSTR

报表展示的形式

支持列表、交叉表、图表（90多种）

图表样式较少

图表样式较少

图表样式较少，OLAP模式不能制作列表

多文档界面的支持

支持多文档的同时显示，提供灵活的制作界面，可以制作真正的带分析说明的综合报表，只是对文档的制作人有一定的要求

多文档的制作非常方便和快捷，不过不能添加文字描述

图表混合需要二次开发，提供专用的编辑器

OLAP方式不提供（7.X不清楚）

只支持表格同图表的同步显示

ReportNet支持多文档报表

灵活的查询参数设置

通过使用提示(Prompt) 可以让用户输入不同的查询条件，可以灵活在已有的报表中增加实体，筛选

承诺在8.0加入直接构造的入口以提高查询的效率和灵活性。

参数设置较为烦琐，属于条件过滤性质，查询界面也非常不友好，这方面是需要重要的提高方面。

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

查询通过设置传入参数的方式的到相应的结果，brio提供专用的开发界面

只能进行简单条件的过滤，无法进行web页面的复杂查询

报表Web界面的用户订制

界面操作较烦琐，虽然声称通过web页面的拖拉拽方式生成报表，但仍然不太好用。

不支持，只能通过OCX组件生成分析结果报表，生成方式较简单

灵活格式的正式报表报表必须由熟悉数据库知识的人设计，在C/S下制作。

同BO

所有Brio 报表必须由熟悉数据库知识的人设计。

在分析状态下只能生成分析结果报表，可以选择PDF和纯WEB表格两种模式。

报表的WEB制作必须切换到REPORTNET系统下定制。

计算列功能强大易用，丰富的统计函数

提供很强大的统计运算函数功能，可以用拖拉拽的方式新建计算列，也可以用写公式的方式新建计算列。用户可以开发自定义的统计函数

同Cognos类似

同Cognos类似

计算函数也很丰富，提供一百多个计算函数，C/S下提供拖拉拽的方式新建计算列，也可以写公式

根据条件进行数据凸现，比如红色代表异常数据

功能完善，支持异常数据自定义阀值和颜色的显示，可以以各种方式包括小图片来显示异常数据

一般只能针对异常数据的值进行文字显示格式的改变来达到突出显示的目的，在WEB方式下能通过二次开发设置异常数据的阀值，工作量较大

同BO类似

同BO类似，在WEB方式下不能设置异常数据的阀值

个性化定制

按虚拟的目录结构创建个人文件夹，文件夹的权限设置在BI展示工具中是最强大的：个人文件夹中的内容其他任何用户包括管理员都无法浏览。

但相应的权限操作函数公开的不完整，使得二次开发受到一些限制，并且开发量也较大。

处理模式同cognos类似

处理模式同cognos类似

有个人的工作空间，但是个人拥有的报表是复制的一个单独文件拷贝，维护较麻烦，不易维护。

是否提供建模工具（是否包含OLAP服务器）

提供Architect作为建模工具（该工具已集成到管理和报表制作工具DESKTOP中），另外在应用服务器Intelligence Server中可以提供智能立方体，提高复杂的OLAP分析操作的效率。

不过实体（制定处理逻辑的数据纬度）会生成很多，提升了管理的难度。

不提供，需要单独购买OLAP

同BO

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

产品性能

报表刷新的速度

提供报表缓存机制以提升效率。

有缓存时访问速度在1分钟以内；无缓存时，在SQL查询时间基础上增加10～30秒（WEB处理和显示时间）

15秒～2分钟内

15秒～2分钟内

6～60秒（10万条数据以内）

负载平衡

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

同Cognos类似

同Cognos类似

提供应用服务器的负载均衡，功能较弱

多处理器优化

支持

支持

支持

支持

OLAP分析的速度（10万条数据运算以内）

提供报表缓存机制以提升效率。

有缓存时访问速度在1分钟以内；无缓存时，在SQL查询时间基础上增加10～30秒（WEB处理和显示时间）

15秒～2分钟内

15秒～2分钟内

6～60秒

多用户并发访问的支持能力

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

单CPU最多支持25个并发操作用户(64位Unix环境)

单CPU支持5-15个并发操作用户

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

整个系统可维护性

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

对于报表和模型的修改需要由专人进行，界面有点象SQLPlus等开发工具

相对cognos只是权限和源数据连接及报表制作集成，但数据处理过程相似，因此也有cognos的弊端

由于涉及到多种工具，对初学者来说维护较难入手，维护的流程制定也很烦琐，模型为文件方式，较难管理

对硬件的要求

单CPU支持50并发， 对内存的要求较低，1GMemory

1G

1G

6.6以前的版本，内存越高越好，起码1G，6.61以后则1G以上

服务与支持

解决问题的时效性

解决方案较少，时效性较高，问题都能及时的解决，相关的管理层很重视，配合的工程师也很主动，解答问题很热心

BO的金牌代理有6家，对产品的支持程度参差不齐，我所联系的一家公司，人员的技术支持不够及时，厂家声称产品销售时，会有售前工程师来交流，但不提供售后的人员技术支持，打电话联系经常找不到人。

优点：由于进入国内时间较长，解决方案的积累较多

时效性一般，大多都是二次开发问题，需要多看帮助，不过提供不少解决问题的方案

网上有专用的论坛

时效性较高，问题都能及时的解决，售后工程师很热情，解答问题也很热心

数据仓库之路的专题论坛的支持程度较好

解决问题能力的评价

能够提供开发和实施的强力支持，但经验不足，有做很多探索工作

不少情况下需要通过网络上的论坛解决问题

同IBM联手，解决问题的能力有保障，不过本身的权限方面有不可克服的弱点

二次开发的余地较小，但问题基本上都能解决，

支持与培训

对于合作伙伴提供免费的培训和支持

对于合作商提供初级培训，高级培训5天收费14500/人

一般作为IBM实施套件之一，IBM和Brio都可以提供支持，现场解决问题收费

对于合作伙伴提供免费的培训和电话支持，一年内免费上门解决问题一次，提供最终客户5个名额为期5天的免费培训，

难解决的问题

权限控制很严，而权限接口未完整提供，有些基于权限的开发难以达到。

内核只是用单字节编译，中文版智能通过汉化，这样会在读数据、Web页面提交等情况下出现小的问题。

6．6 版：左拉窗口的后门；左上角的EIS能显示所有的窗口

8.0 版：如果在EIS的控件上加入了编程方法,比如你一个下挡框里面有程序代码,那当你在WEB方式访问报表时每触发一个事件,这个报表的WEB页面都会自动刷新一下,这个是Brio8web方式(瘦客户端)我觉得最大的缺陷,因为Brio并没有把这些代码转为HTML的javascript而是使用web表单提交的方式解决,真的好烂。

WEB方式不能提供打印功能

安全方面较差，会泄漏分析的数据内容

无法支持大数据量