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

此文档讨论成功的商务智能实施方案一些关键技术指标。每一项都给出了相应解释、MicroStrategy和Cognos的实现方法，以及两者的比较。 1. 成功的BI解决方案需求: 完全集成的报表环境，能在同一界面提供Web报表制作和OLAP功能。当需求变化时，统一的界面降低了培训、软件以及技术支持成本。 ·         MicroStrategy满足此需求: MicroStrategy 7 Web产品提供了全功能的Web界面（包括）(Web Analyst, Web Reporter and Web Viewer), 此界面提供了基于用户需求和配置文件的所有功能。最终用户只需要学习使用统一的所有BI用户都在使用的用户界面即可，其功能包括从Web报表制作到交互式OLAP分析。MicroStrategy的实现方法允许最终用户在同一界面上从简单的查询和报表制作入手，随着需求的不断深入逐渐过渡到使用高级的分析处理。·         Cognos面临的困难: Cognos提供了很多工具，但是这些工具互相独立，这就为最终用户和IT管理员带来很大的不便。例如Cognos的报表制作与分析需要使用到至少三个独立的工具：Impromptu, Cognos Query和PowerPlay。最终用户需要学习使用多种接口，报表范例和制表功能。比如，Cognos Query中基于“主题”的分析与PowerPlay中基于“维”和“类别”的分析完全不同。不断变化的需求导致了高昂的软件费用，用户很可能在以后加入一些功能有重叠的工具，这时就需要用户知道在什么时候使用什么工具。使用Cognos产品经常会出现用户最初使用PowerPlay，然后又马上转到Impromtu，Cognos Query，Visualizer等产品，这样就会造成Cube提供的方法或数据不够，必须访问另外的数据集。Cognos最近推出了新的门户接口—Upfront--以提供对不同报表工具报表的支持。尽管这个产品允许从同一点访问Impromptu Web报表和PowerPlay Web报表，但一旦这些报表启动后，仍需要用户工作不同的工具环境中。 除此之外，Impromptu Web Reports是唯一的使用HTML连接与Upfront集成到一起的产品。 2. 成功的BI解决方案需求: 统一元数据层和基于组件的体系结构之上的集成产品平台。 统一元数据层的BI平台会带来更快速的开发和更简易的部署。·         MicroStrategy满足需求: MicroStrategy 7建立在统一的，使用一个公用元数据层的体系结构之上，所有的报表对象可以完全共享给所有用户，桌面产品，Web页面和无限设备。需要特别指出的是，MicroStrategy Desktop创建的报表(以及报表使用的所有报表对象，比如度量，过滤器等) 可通过MicroStrategy Web and MicroStrategy Narrowcast Server 立刻让所有最终用户使用。 此共享特征增强了报表的可重用性，确保了当界面变化或报表从桌面产品移动到Web时，管理员不必重新创建报表对象。·         Cognos面临的困难: Cognos产品是一套非常松散的集成工具，没有架构在基于共享组件的体系结构之上。 由于相互独立，Due to the number of individual BI tools, 每一个拥有自己报表对象，数据访问方法，存储过程和元数据的BI工具都必须以多种格式/位置维护。 当有多个可能的工具环境时（依赖于BI需求），只具有简单钻取能力的Cube就需要多个元数据创建步骤。 特殊的是, PowerPlay Transformer Model中的元数据, 能被用来作为Impromptu Query Definition (如果数据源是一个关系性数据库RDBMS) 数据源, 能被用来建立PowerPlay的Cube但却无法相应的钻取到Cognos Query，还必须创建另外的数据源。Cognos的Web报表不能在所有工具中使用(比如 Cognos Scenario, 4Thought) ，非常耗时，并且必须由管理员使用管理界面运行。Impromptu报表连接到Impromptu Web Reports (IWR) 的过程至少需要四步复杂的手动过程。这个过程包括管理员创建，打包和配置报表集，然后再发布到独立的Web接口，因为IWR并没有完全的集成到Cognos的Upfront产品中。 除此之外，最底层的报表对象，包括过滤器，计算项等，严格的局限在报表的上下文中，不能被重用，不能被共享。 尽管Cognos已经在加紧开发新产品比如Architect以弥补它们产品的集成缺陷， 行业分析师仍然认为Cognos的集成工作严重滞后。尤其是Gartner Group 的Howard Dresner 在2000 月指出:·         “在Architect支持Cognos整个产品线之前, 融合多个工具和应用的元数据仍然需要很多步。”·         “这些产品提供与新基础架构不同集成，创建额外的管理任务，就像一些功能重叠一样。”· “产品仍然不能将Architect与其它Cognos 应用程序完全集成。” 3. 成功的BI解决方案需求: 真正的应用服务器。 真正的应用服务器功能需要多用户环境，不能与其它的具有某些服务器中央组件的体系结构混淆。·         MicroStrategy满足需求: There以应用服务器为基础的真正的Web平台与紧密集成的服务器环境有很大的差别，即使是这些服务器环境能够组成中央服务器架构。拥有强大的中央服务器, MicroStrategy Intelligence Server提供了下列保证：·        通过反复地优化，在最优的平台上执行分析处理任务 (通过Intelligence Server 或数据库中200多个分析库函数)·        通过多级缓存技术，实现企业安全环境内真正的共享缓存，其他供应商还没有将RDBMS层次的安全管理应用到缓存中·        通过对连接的缓存和管理，灵活管理所有用户与数据库的连接 ·        通过排队和线程管理，动态指定所有请求优先级·         Cognos面临的困难: 尽管每一种Cognos工具都由自己的基于服务器的组件，但其真正的应用服务器功能却十分有限。也许Cognos的方法能够保证某些进程工作在服务器端，但去无法获得相应的系统管理与控制。PowerPlay Enterprise Server基本就只是一个报表服务器，能为共享Cube提供一些索引和存储工具，提供的应用程序管理非常之少。  每一台Cognos服务器都是一个独立的产品，只有不同程度的中央管理功能，理想状态下应当工作在隔离的服务器硬件。简单地说，Cognos产品没有优先权机制，没有数据库线程管理，管理能力十分有限。Cognos也正在也正在朝着将传统的桌面产品向基于服务器方式的架构努力，Giga在2001年2月16日指出: §         “Cognos PowerPlay基本上被看作一种桌面的在线分析处理(OLAP)工具 。”.§         “Cognos正尝试将PowerPlay Enterprise Server的重点更新到基于服务器的OLAP上。但是认为Cognos  PowerPlay Enterprise Server改革一定会成功还为时过早。它还需要有强大的技术集成和数据处理，也就是说还需要很大程度的IT的演进。如果不能在企业层次上改革成功，那么PowerPlay还将是一种DOLAP工具。”.Giga关于IT 演进的说法还要取决于工作量的大小，并且，IT管理员还必须建立Cube和使它们可以被共享访问。 4. 成功的BI解决方案需求: 对详细数据的访问。 对交易级数据的无缝访问对于高级用户和产品分析是必要的。并且对详细数据的访问还应当从任何分析角度都无须繁琐的预定义钻取路径和多Cube的大量的数据复制。·         MicroStrategy满足需求: 由于MicroStrategy拥有以优化方式访问TB级数据的能力，因此用户能够访问整个数据仓库。尽管很多查询工具都能够检索某一切片的详单级数据，但只有MicroStrategy才能以最优的方式访问已有信息的整个深度与宽度。例如，某一地区的市场经理能够分析组成各地区销售收入前10%的产品的盈利和股票收入。除此之外，MicroStrategy不像Cube环境那样需要多个大型数据集的复制。这就意味着管理员无须太多的安装与维护工作，用户在Cube创建期间更少的报表崩溃与更大的制表灵活性。·         Cognos面临的困难: Cube的实现方法固有的受到它所能包含的数据量和在一定数据集上所能执行分析量的局限。总的来讲，一个Cube通常包含5~10MB和8~10个层次。因此，一个Cube所能容纳的有意义的数据量也是相当有限的。 下面这个例子可以看出Cube的局限性：·         比如有4个层次：产品/药品，地区，时间，诊断·         用于分析的数据分为： 产品 / 药品:  10,000地区: 50 月: 24 诊断: 150 # 基础数据量: 10,000 x 50 x 24 x 150 = 1,800,000,000# 关键字段: 4; # 事实字段: 5, 全部字段: 9基础事实表大小： 1.8 billion x 9 fields x 4 bytes = 64.8 GB如果Cube不能存储64.8GB，那么不用其它工具使用通用SQL去访问数据库就就不能访问详单级数据。请注意：Cognos为Cube存储提供一定程度的数据压缩 ，但由存储减少带来的优势在当访问Cube用于分析和自动解压时丢失掉。除此之外，Cognos的Cube最多达到50,000个类别（所有维包含的成员），阻碍了进一步的超越部门级层次的分析。 5. 成功的BI解决方案需求：在桌面和Web上完成复杂的分析功能。用户必须能够进行全面的复杂分析功能（在权限控制内），无论是在桌面上还是在Web上。·         MicroStrategy满足需求：MicroStrategy提供许多必须的优化功能来完成各种复杂分析，并且能达到所需要的各种粒度级别，这些功能包括：§         通过迭代分析，或者通过MicroSrategy的SQL和中间层分析引擎以一种迭代方式协作，可以完成n个层的计算。§         分析库包括超过200个预定义的统计、财务和OLAP函数，另外，最终用户还可以定义自己的分析函数并把它们嵌入到平台中。§         集成Set Analysis或与另一个属性有一定关联的属性过滤器， MicroStrategy仅是简单地使用一个分析的结果作为下一个分析的过滤器，所有这些都是对最终用户透明的。§         用户自定义的分组或动态虚属性，它们支持在一个报表上的多级分析。§         嵌套的聚合能力用以透明地支持在动态变化的分析级别上进行计算。所有混合分析或是透明地发生（例如迭代的处理和嵌套的聚合），或是用户自定义的（例如定义自定义组），所有这些都无需管理上的支持。另外，这些特性都适合于Web用户，具有在Web上创建报表权限的用户可以使用所有的混合分析功能。§         Cognos面临的困难：Cognos不具有上述讨论的所有分析功能，它….。然而Cognos根据于不同的工具提供不同级别的函数支持，它不提供财务函数支持，并且OLAP和统计函数也是功能有限。更为重要的是，Cognos需要管理员在Impromptu类别或PowerPlay立方体中预先定义存贮的计算来实现稍微高级一些的分析。最终用户只能完成加、减、乘、除、累积以及在已经完成计算的值上应用百分比等基本功能。这就使最终用户不能进行灵活的、有价值的分析，并且还意味着新的分析需求必须由管理员重建类别和立方体。当需要分析时，虽然PowerPlay是Cognos的推荐工具，但该工具不能支持真正的多维报表，因此就不能实现利润贡献率和产品收入的同时展示。 6. 成功的BI解决方案需求: 全面的安全模型。BI的安全实现方法必须是细化到应用/对象，用户，传输以及数据级安全层次，必须能集成到已有安全系统并统一管理的。·         MicroStrategy满足需求: MicroStrategy 7安全包括必要的深度与宽度已达到通过Internet对雇员，合作伙伴，供应商和客户的BI应用 的安全部署。MicroStrategy通过应用功能层次的权限，报表对象层次的访问控制列表和数据层次的安全过滤器实现这一点。MicroStrategy 7的安全配置文件保证了产品平台和发布系统的每一部分是安全的并且能被集中管理。除此之外，MicroStrategy行业标准安全措施的实现，例如与NT和LDAP的集成, 保证了 MicroStrategy的安全模块能够集成到已有安全系统中去。·         Cognos面临的困难: 尽管Cognos有安全模块，但他们却是使用不同界面分开管理的。– Cognos的安全模块也不是通用的，并且也不能与其它工具融合。PowerPlay 的安全实现手段是建立在对Cube的多个复制上，这些Cube中的数据是允许用户浏览的数据—但这些的数据复制不足以支持全部的分析行为。 尽管Cognos需要Netscape Directory Server提供组级安全以支持组里的每个用户都从属于同一安全权限，但这经常会导致为每个用户都建立组。Cognos的其它安全问题包括：§         任何集成到Cube的安全特性当Cube改变时必须重新创建；增加用户或用户安全访问改变时Cube也必须重建。· 验证Windows和Web的用户登录需要不同的安全机制。§         为个人用户或用户组设置安全过滤条件时，由于要写代码到.ini文件而增加了很大负担 7. 成功的BI解决方案需求：简单的维护及管理如果秩序要部署和管理一个集成的环境，则无疑会大大减轻IT管理人员的工作。

• MicroStrategy满足需求: MicroStrategy 7 Administrator是一个完全集成的环境，可以集成地开发、部署、维护多个平台上的多个应用。借助对象管理器，报表对象可以在开发、测试、生产环境之间方便地迁移，并能在不同的用户、用户组及项目间共享。全程监测用户及数据仓库的活动状态，动态自动调优，确保系统保持最高的性能及吞吐量。MicroStrategy Narrowcast Server也包括一个远程管理控制台，不管系统位于什么位置，都可以完全控制系统监测、用户及对象管理等任务。
• Cognos面临的困难:Cognos提供没有集中的管理工具，它的管理环境对于安装的工具、配置、管理员、应用的数量非常敏感。而且，PowerPlay管理员必须创建Cube、定义条件/过滤器和计算、定义钻取路径及web报表。任何底层数据结构的变动，包括改变列名、改变排序，都需要重建Cube并会影响到所有的用户对象。

8. 成功的BI解决方案需求：完全的交互能力最终用户需要灵活的钻取能力来进行完全交互的分析。·         MicroStrategy满足需求: 用户可以随意钻取到任何级别的细节， 而无需管理员维护这些钻取路径。例如：MicroStrategy最终用户可以从某个父属性钻取到子属性然后再钻取到一个完全不同的层次。如果一个新属性添加到层次中，并不需要进行相应的数据管理使这个属性可访问。另外，使用MicroStrategy Drill Map编辑器可以自定义钻取路径。·         Cognos面临的困难:管理员必需事先将所有的钻取路径定义到cube中。钻取经常需要从一个工具转换到另一个工具。特别是，从PowerPlay的高层汇总数据钻取到较细粒度的Impromptu数据需要管理员事先定义源报表和目标报表，然后手工连接起来。很显然，管理员需要为最终用户的可能的钻取需求做大量的工作。 9. 成功的BI解决方案需求：通过web、无线设备、声音设备传递信息·         MicroStrategy满足需求: 通过MicroStrategy Narrowcast Server，高度个性化的信息可以通过任何介质，如email、传真、寻呼机、移动电话、PDA，主动地传递出去。这些功能都是现成的，不需任何编码。用户只需要定义他们所需的信息以及相应的基本条件（比如数据异常、触发事件、传达手段等）即可。从外部信息源接受信息跟从MicroStrategy 7 Intelligence Server接受个性化内容一样容易。来自多个数据源的信息可以包含在同一个MicroStrategy Narrowcast Server输出中，例如可以包含来自ERP系统的XML内容、来自内容提供商和门户的ICE内容、或其他非关系型内容如本地文件、图像等。基于XML的结构确保了对现有设备和将来的设备的适应性。MicroStrategy Narrowcast Server还能够将BI报表送入SMTP网关，不管它是HTML格式、纯文本还是Excel格式。·         Cognos面临的困难: Cognos没有真正集成的信息广播功能。最近正通过收购NoticeCast来提供信息广播功能，面临的问题是如何集成不同的技术。Cognos的Impromptu OLE automation可用于根据数据异常创建和分发标准报表，但这需要手工编码，并且仅限于Impromptu报表。 10．成功的BI解决方案需求: Web报表功能·         MicroStrategy满足需求: MicroStrategy Web提供的是纯HTML的解决方案，可以使用任何操作系统，任何浏览器，透过任何防火墙来访问。MicroStrategy Web提供了非常广泛的功能，比如全交互式钻取、分页、导出Excel、创建任意报表、排序/分级、网格/图形格式化、透视、报表提示等。另外，MicroStrategy Web的Page-By功能提供了类似于Cube切片和切块的功能。·         Cognos面临的困难: Cognos的web报表功能跟工具有关，通常，web功能局限于查看桌面型报表，只能做有限的钻取和数据过滤。Cognos方法是用桌面端的各种工具创建报表然后发布到web上供基本的静态浏览。即使用户拥有所有报表对象的访问权限，也无法真正的创建报表。 11．成功的BI解决方案需求: Web界面的客户化能力·         MicroStrategy满足需求: MicroStrategy SDK包含了全套的Web API和XML API，覆盖了MicroStrategy平台的全部功能。通过这些API，开发人员可以集成、扩展、引用MicroStrategy 7平台的强大功能。·         Cognos面临的困难: Cognos只是提供了非常有限的web API，这些API没有真正的web客户化能力，也不能嵌入到现有应用系统中。使用Cognos只能做一些诸如修改图标、图形等简单的客户化工作，而应用或报表的客户化就无法实现。 12．成功的BI解决方案需求：架构/报表的灵活性·         MicroStrategy满足需求: MicroStrategy能够集成多种架构模型，包括星型、雪花型、混合型、规范、非规范、聚合架构。同时MicroStrategy中包含了一个丰富的架构抽象层，其中的列名不受事实和属性定义的约束。使用MicroStrategy平台，层次和属性可以很方便的添加进来。比如，如果需要在项目中添加新的层次或层次中的属性，管理员不需要在数据库后台做任何附加的计算。一旦在MicroStrategy Desktop中定义了新的属性，当这个属性在报表或钻取中用到时，MicroStrategy SQL引擎会使用合适的连接返回正确的结果集。架构的变更对用户是屏蔽的，用户只需关注他所需要的报表。MicroStrategy对“多对多”关联和跨层次属性（跨层次属性的之可能依赖于多个层次，比如时间层次和地理层次）提供架构支持。利用这个特性，最终用户可以管理更复杂的报表从而更有效的利用数据。·         Cognos面临的困难: 一旦架构发生了改变，那么Cube就不得不重新计算已顺应这种变化，根据Cube规模的不同，这将花费大量的时间，考虑到相应的应用停止时间和管理工作，这种代价是非常大的。并且，Cognos不支持复合数据，不支持“多对多”关联。