四大主流BI工具比较

分享一下我老师大神的人工智能教程！零基础，通俗易懂！http://blog.youkuaiyun.com/jiangjunshow

也欢迎大家转载本篇文章。分享知识，造福人民，实现我们中华民族伟大复兴！

               

项目	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相近。

           

给我老师的人工智能教程打call！http://blog.youkuaiyun.com/jiangjunshow