MicroStrategy和BusinessObjects实现商务智能需求解决方案的对比.docx

MicroStrategy 和 BusinessObjects实现商务智能需求解决方案的对比12020 年 4 月 19 日文档仅供参考MicroStrategy 和 BusinessObjects 实现商务智能需求解决方案的对比本文讨论了成功实现 BI 的主要需求。在每个需求的后面， MicroStrategy 和 Business Objects 各自都提供了与此需求相关的、直接对比的实现和策略。注意：本文是为那些希望直接、公平比较的读者组织的，围绕以下主要主题：i.伸缩性ii.安全iii.部署能力（包括维护能力）iv.分析能力v.易用vi.性能注意：此次分析是以对MicroStrategy7.1 平台和 Business Objects套件的考察为基础的，其中Business Objects 套件包括 BusinessObjects 5i, WebIntelligence 2.6, Set Analyzer 2.0, Broadcast Agent 5.1, Designer 5.1, Supervisor 5.1,DeveloperSuiteandAuditor。I.伸缩性1.BI需求:纯web架构为互联网建立的纯web 架构，提供了web 报表制作，安全性，性22020 年 4 月 19 日文档仅供参考能和为升级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 程序的架构意味着每32020 年 4 月 19 日文档仅供参考个并发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 级的平台上是十分必要的。我们应该注意到，即使以很小数据量开始的部门级的应用，也会以指数的方式增长到BO42020 年 4 月 19 日文档仅供参考的分析范围不再适应基于桌面的cube。真正的数据伸缩性要求能利用数据库来加强数据处理的第三代ROLAP 架构，和对中间层上的200 多个分析函数应用进行多维分析的引擎。经过重复利用数据库和应用服务器来最小化网络流量，确保在优化的平台上进行处理。那些主要利用数据库来进行简单查询或在本地桌面做大部分处理的工具，由于要将大量数据复制到每个桌面上，增加了网络的负载。更严重的是，它的结构对摘要级别的分析是有限的，因为在这样的结构里，分析要受越过 网 络 被 复 制 到 桌 面cube中 的 数 据 量 的 约 束 。MicroStrategy满足以下需求：MicroStrategy的第三代ROLAP架构，在容量上很容易能达到TB 级或一个数据库平台能存储的数据量，这是经过以下方式实现的：重复地在优化的基于server 的平台、数据库和MicroStrategys IntelligenceServer 中执行分析。根据定义，假定BI 平台能够像MicroStrategy7 那样产生高度优化的基于平台的SQL，数据库技术不断扩展而且将是一个理想的场所来完成大容量数据处理。MicroStrategy 中的Intelligence Server 能进行多维分析，比如能利用各种各样的OLAP函数，执行那些不能被数据库高效率处理的类似于Cube的切片、切块分析功能。BO的方式：由于容量的限制，甚至典型的cube爆炸问题也不会发生。基于桌面的处理和cube 结构是 BO 的先天的缺陷，因为大尺寸的 cube 是一个网络上的瓶颈，包括对cube 大量手工的维护和要求大容量硬盘空间。正如同所定义的那样，跨过网络复制到52020 年 4 月 19 日文档仅供参考桌面内存的数据量从根本上限制了cube 的大小，而且 需要在原本就有限的机器上处理cubes。注意：数据的伸缩性消极地影响着那些存取桌面报表的web用户，因为不但需要下载报表结果，还必须把相应cube 里的数据下载到她们的桌面。另外，即使那些基于 Webintelliigence 、存在于web server 里的 cubes 也必须和对应的语义层定义一起，跨过网络被单独地加载到Web Server 内存中，这样便限制了能进行并发分析的cubes的数量。阻 碍 BO 数 据 伸 缩 性 的 其 它 结 构 化 缺 陷 还 包 括 ：. 大量来自桌面和web而且对数据库不可控制的直接连接，最终会摧垮数据库.使 用 没 有 优 化 的SQL， 导 致 了 数 据 库 性 能 的 降 低.聚 合 能 力 的 限 制 ， 导 致 不 能 进 行 大 数 据 量 的 聚 合.有限的共享缓存使得大量的查询要运行在实时的数据库上.没有应用服务器功能. 绝大多数据处理在本地执行，部分在web server box上执行，更少量在数据库上执行；BO 过分依赖于本地却很少利用数据库来进行处理。3.BI需 求 :真 正 的 应 用 服 务 器真正的应用服务器必须位于任何一个多用户BI 环境的中心。应用服务器为了高效率传送数据，不但在展示层、商业逻辑层和数据层提供了有效地分离，而且要提供排队等待、优先级控制、缓存62020 年 4 月 19 日