构建基于Web的OLAP

使用分析服务的Web瘦客户端浏览器的真实视图

马克·斯科特，约翰·林恩

使用分析时，分析师将数据放入公共组中，并在条件变化时尝试确定结果.

例如，提高产品价格将增加单位利润，但可能会减少销量？会产生更高还是更低的总利润？或者，联邦贴现率的下降将如何影响房地产贷款的收益？为了帮助分析师根据历史趋势做出明智的预测，Microsoft提供了SQL Server 2000中的分析服务和SQL Server 7.0中的OLAP服务. 这些服务都提供OLAP功能，并且可以将存储在SQL Server（或任何其他OLE DB兼容数据源）上的数据处理为多维数据结构，称为多维数据集. 多维数据集简化了趋势分析和建立实体之间交互的过程.

例如，房地产投资者使用流量模型来区分一组具有共同特征（例如olap服务器，房地产类型，地理位置和利率范围）的贷款，并预测各种事件的影响. 如果提前偿还贷款或借款人违约怎么办？这种不可预测的事件将如何影响由贷款担保的债券的回报？

从数百种贷款清单中选择和区分具有分析特征的贷款需要相当的技巧. 分析服务和OLAP服务有助于在贷款组之间建立联系，以便分析人员可以建立贷款假设模型. 为了帮助客户的房地产分析师预测商业抵押证券的表现，我们的开发团队需要设计一种系统，以各种方式（例如利率，期限或房地产位置）简化贷款分类. 该界面应易于学习和使用. 此外，开发的系统需要安全地部署在Internet上. 为了满足这些要求，开发团队选择了分析服务.

在选择了后端技术之后，开发团队开始制定实施前端接口的计划. 大多数财务分析师使用Microsoft Excel，他们熟悉它的界面并且感觉舒适. Excel包括数据透视表服务，该服务使分析人员可以连接到分析服务. Excel的拖放界面提供对多维数据的简单直观的访问，并且不需要用户进行深入的培训. 此外，通过使用Excel的图表功能，用户可以以图形和表格的形式表示数据. 因此，对于前端界面，团队的首选是Microsoft Office XP中的Excel 2002. 图1显示了Excel PivotTable服务浏览一个分析服务OLAP多维数据集.

如果所有客户端用户在同一建筑物中一起工作并通过同一LAN访问分析服务器，则Excel将是一个不错的选择. 但是，用户需要与分布在世界各地的办公地点的不同组织共享应用程序，因此开发团队需要一个类似于Excel的组件，用户可以通过Internet访问该组件. 该团队发现Office Web Components（OWC）可以满足此需求. OWC是一组可在网页上使用的ActiveX控件，并提供Office功能. OWC数据透视表组件是Excel中的数据透视表服务的Web版本. 数据透视表使用数据透视表服务，并要求在运行之前先安装数据透视表服务. 但是没有Excel，OWC数据透视表将可以工作.

数据透视表可以从分析服务器检索多维数据，并在交互式拖放界面上显示数据. 安装了Microsoft Internet Explorer（IE）4.01或更高版本的用户可以使用OWC分析分析服务数据，而无需安装其他组件软件. 图2显示了OWC PivotTable客户端界面，其外观和操作类似于熟悉的Excel界面. OWC数据透视表还提供了智能缓存，通过减少从网络到服务器的往返次数来提高性能. 因此，通过有效地使用分析服务，数据透视表可以减少数据传输并提高效率.

尽管OWC提供了开发团队对该项目所需的一切，但是当我们尝试在Internet上部署OWC时，却遇到了困难. 首先是OWC的操作平台. OWC的Office XP版本需要Microsoft数据访问组件（MDAC）2.6或更高版本. 许多服务订户使用Windows NT Workstation 4.0作为他们的操作系统. 如果要安装MDAC 2.6，还必须安装Service Pack 6（SP6）. 使用OWC的主要吸引力之一是我们认为它可以实融机构严格控制的客户端网络上部署Service Pack十分困难. 因此，在操作系统上需要特定Service Pack的解决方案是不可行的.

第二，我们的团队遇到了连接问题. OWC需要直接连接到分析服务数据源. OWC使用默认端口2725直接与分析服务器通信，这对于使用防火墙的组织是一个问题. （有关连接分析服务的更多信息，请参见Microsoft文章: “ INF: 通过防火墙连接时OLAP服务使用的TCP端口”； zh-cn； q301901. ）

首先，我们尝试使用HTTP连接和服务器通过端口80进行连接以解决连接问题. 此连接提供通过Web浏览器使用的相同端口的访问. 为了提高安全性，分析服务还可以使用安全套接字层（SSL）通过端口443连接. 大多数组织都同时打开端口80和端口443，以允许用户访问Internet. （有关使用HTTP的更多信息，请参见Microsoft文章“ INF: 如何使用HTTP连接连接到Analysis Service 2000”； zh-cn； q279489. ）图3说明了使用OWC连接到分析服务器所涉及的问题

但是，HTTP连接的实现带来了一些无法克服的困难. 我们的测试表明，通过端口80的连接比直接连接要慢得多. 由于多维数据集需要向客户端提供大量数据，因此降低的性能使OWC的使用非常不现实.

接下来，我们的团队考虑使用ADO-MD和MDX查询来创建自定义接口. 您可以使用OPENROWSET命令直接查询分析服务多维数据集. （有关查询分析服务的信息，请参见Microsoft文章“ HOWTO: 使用OLAP Server进行SQL Server 7分布式查询”； zh-cn; q218592. ）OPENROWSET允许您从任何OLE DB源（包括分析服务）查询数据. 这种灵活性使我们可以使用ADO查询分析服务. 分析服务使用的OLE DB提供程序MSOLAP将多维数据转换为ADO可用于与前端应用程序通信的标准行集. 这种自定义解决方案的问题在于，创建具有OWC和Excel外观的直观交互界面是一项非常复杂的任务. 尽管开发团队能够创建这样的界面，但是它花费的时间很长，价格昂贵，并且需要持续的维护，因此该解决方案不可行.

开发团队还研究了几种第三方解决方案. 许多第三方解决方案都可以帮助用户生成查询，然后执行查询以查看结果. 尽管此方法有效利用了系统资源，但无法达到Excel和OWC的拖放界面的相同交互效果. 因此，尽管这些解决方案具有各自的优势，但是它们都不能完全满足该项目的要求. 当我们的团队将自定义开发成本添加到第三方软件的总成本中时，我们决定寻找替代方案.

开发团队的成员最终选择了Microsoft SQL Server资源工具包，以找到针对我们问题的解决方案: 分析服务Web瘦客户端浏览器. （要访问资源工具箱CD-ROM上的Web瘦客户机，请参阅资源工具箱的第39章中的参考信息，该参考资料位于. ）Web瘦客户机使用Active Server Page（ASP）连接到分析服务器. 数据将转换为HTML，并将数据传递给客户端. 图4说明了Web瘦客户机如何显示贷款数据的子集.

Web瘦客户端需要IE 5.0或更高版本. 因为客户端没有直接连接到Analysis Services计算机，所以客户端不需要MDAC 2.6. 由于大多数客户端订户都具有IE 5.0，因此我们不必在订户的个人计算机上部署Service Pack. 图5显示了Web瘦客户端使用的结构. Web瘦客户端使用ASP从Microsoft IIS服务器（而不是客户端）查询多维数据集. Web瘦客户端附带ASP页面，使您可以在IIS服务器上进行部署. 因为只有运行ASP的IIS服务器才能连接到Analysis Services，所以可以使用一个连接来确保通过防火墙的多维数据集访问，并且可以将连接限制为Web服务器和服务器. 这种布置创建了有效且容易保护的连接. 到客户端的唯一连接是标准HTML连接，可以减少防火墙的影响.

Web瘦客户机将查询到的数据放入类似网格的HTML表结构中，并将数据发送到浏览器. 用户通过JavaScript与数据进行交互. 通过使用透明层，用户可以将维度拖动到多维数据集以进行数据操作，向下浏览维度并显示和分析所需的数据.

与大多数设计决策一样，使用Web瘦客户机需要权衡取舍. 因为Web服务器域和后端域之间没有信任关系. 您不能在系统中扩展Active Directory（AD）作为其身份验证服务. 这样的信任关系将为入侵者提供一种破坏后端域安全性的方法. 因此，系统必须建立一个匿名用户才能访问分析服务器上的数据. 如果对数据的访问取决于用户，则不能使用基于Analysis Service的角色安全性来控制对数据的访问. 但是，如果系统允许所有用户通过单个安全上下文访问数据，则使用Web瘦客户端是安全且易于部署的.

Web瘦客户端还具有其他缺点. OWC使用数据透视表的智能缓存来最大程度地减少从Web浏览器到OLAP Web服务器的往返次数，以获取更多数据. 但是，Web瘦客户端从服务器提取数据，因为该数据未缓存在Web浏览器中，因此对数据的每次更改都要求浏览器向Web服务器发出新请求. 当处理的数据量很大时，此过程将非常缓慢. OWC还具有丰富的对象模型，您可以为其编写自定义代码. Web瘦客户端使用难以定制的JavaScript. 因为Web瘦客户端是资源工具包中包含的“免费代码”，所以Microsoft对Web瘦客户端的支持程度与对Excel或OWC的支持程度不同. 而且，Web瘦客户端需要客户端脚本，如果已更新或更改了Web浏览器，则将生成错误. 此外，Web瘦客户端不直接支持写回服务器. 幸运的是，我们小组的应用程序不需要回写，因此该缺少的功能不会阻止我们使用Web瘦客户端. 在评估了其优点和缺点之后，我们决定部署Web瘦客户端. 该解决方案在生产环境中运行良好，并已被用户广泛认可.

我们的开发团队在该项目中获得的经验教训可以为在企业中部署OLAP解决方案提供有价值的指导. Excel提供了一个功能强大且熟悉的客户端，您可以将其部署在局域网中，但是您需要实时连接到OLAP服务器. 在Intranet中部署分析服务客户端时olap服务器，OWC可以很好地工作，因为您可以轻松控制客户端平台并可以安全地打开Intranet中的端口. 如果有防火墙，并且想要最大程度地减少对用户操作系统的影响，则Web瘦客户端是很好的Internet解决方案. 对于任何开发项目，有必要了解所开发产品的用户的业务需求和需求. 通过汇总需求并权衡所有选项，您可以找到满足客户需求的正确解决方案.

版权所有2002 Penton Media，Inc.. 保留所有权利.

转到原始英语页面

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-177341-1.html