项目 | 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/处理器。
|