| 项目 | MSTR | BO | Oracle BIEE | Cognos 8 |
| 产品功能 | ||||
| 安装部署 | 客户端无任何安装；服务端的安装全程自动化，没有专用的设置参数的输入，较容易安装。 支持Windows,unix等主流OS平台 |
安装前需要改区域设置和本地安全策略，容易安装失败，并且不支持。 支持Windows,unix等主流OS平台 |
安装过程类似于安装ORACLE数据库，且需要设置配置文件NQSConfig.ini,在安装向导较方便安装成功。 支持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相近 |
|