BUSINESSOBJECTS实现商务智能需求解决方案的对比.doc

MicroStrategy和BusinessObjects实现商务智能需求解决方案的对比 本文讨论了成功实现BI的主要需求。在每个需求的后面，MicroStrategy 和 Business Objects各自都提供了与此需求相关的、直接对比的实现和策略。注意：本文是为那些希望直接、公平比较的读者组织的，围绕以下主要主题：i. 伸缩性ii. 安全iii. 部署能力（包括维护能力）iv. 分析能力v. 易用vi. 性能注意：此次分析是以对MicroStrategy 7.1平台和Business Objects 2000套件的考察为基础的，其中Business Objects 2000套件包括BusinessObjects 5i, WebIntelligence 2.6, Set Analyzer 2.0, Broadcast Agent 5.1, Designer 5.1, Supervisor 5.1, Developer Suite and Auditor。I.伸缩性1. BI需求:纯web架构为互联网建立的纯web架构，提供了web报表制作，安全性，性能和为升级web部署所需要的web标准需求。Web的伸缩性（就像定义的那样，有大量的并发网络用户浏览统计报表和完成深层次的交互分析）对要求很高的web报表制作、交互式的OLAP分析和外网解决方案是非常必要的。Web伸缩性要求在展示/接口层有一个纯web架构（例如所有的HTML接口-不包括客户端的插件，XSL格式等）和应用服务层（如真正的web缓存、 XML信息传输等）。那些需要危险和昂贵的客户端下载、没有真正的应用服务器功能，或者要求那些对内存消耗较大的client/server 中的桌面程序运行在Web服务器上的工具集，极大地限制了Web的可伸缩性并且不适合于互连网的部署。MicroStrategy满足以下需求：MicroStrategy的纯web架构为企业内外的用户扩展OLAP分析和web报表制作提 供了所需要的伸缩性。MicroStrategy 7 Web 在瘦的 all-HTML web接口提供了完整的特色特性；DHTML提供了必要的终端用户的交互行为，XSL提供了高度格式化、用户化的报表制作。MicroStrategy的 以XML为基础的信息传递和真正的应用服务器（确保在展示层、应用层、数据层之间真正的分离）通过在网络和web服务器最小化负载来提供很高的web用户 伸缩性。BO的方式：BO由于没有纯web架构，需要通过在网络和web服务器上传输很重的负载，这严重限制了web用户的伸缩性。没有真正的web应用服务器功 能，无异步处理的能力和在WebIntelligence上运行耗时的client / server程序的架构意味着每个并发web用户需要大量的内存，明显限制了web用户的伸缩性。BO的客户和合作伙伴曾提到由于要为每个并发用户提供全 功能性的web报表制作，需要运行多个BOManager 和 BusinessObjects 桌面进程，这使得每个CPU上最多有7-9个BO的 web并发用户。注意：对MicroStrategy来说在同样的条件下每个CPU server上却能运行45-50个并发的web用户。同样的问题是，BO由于依赖web需求，需要有大量的客户端下载。对web用户来说，浏览、修改一个BO 桌面的公司文档或创建一个WebIntelligence报表需要过分地依赖于大量的客户端插件，这表明BO在支持web方式的企业级BI的能力是有限 的。Web用户对桌面报表的任何的存取（即使只是简单的浏览）都需要在web浏览器机器上下载某些程序。如果没有客户端的插件，web用户将无权使用BO 桌面报表，将只有有限的报表生成和编辑能力，不能分成各个等级，只能支持很少的计算类型（sum, count, min, max, percent）并且只有有限的钻取能力。2. BI需求: 数据容量伸缩性由于企业收集大量事务级和客户为中心的数据，导致了数据库的爆炸式增长，而且互联网把BI扩展到企业内外的用户，因此把应用部署在TB级的平台上是十分必要的。我们应该注意到，即使以很小数据量开始的部门级的应用，也会以指数的方式增长到BO的分析范围不再适应基于桌面的cube。真正的数据伸缩性要求能利用数据库来加强数据处理的第三代ROLAP架构，和对中间层上的200多个分析函数应用进行多维分析的引擎。通过反复利用数据库 和应用服务器来最小化网络流量，确保在优化的平台上进行处理。那些主要利用数据库来进行简单查询或在本地桌面做大部分处理的工具，由于要将大量数据复制到 每个桌面上，增加了网络的负载。更严重的是，它的结构对摘要级别的分析是有限的，因为在这样的结