构建基于 Web 的分析系统

核心提示：在使用分析型数据库时，分析人员将数据归入公用组，构建基于 Web 的分析系统，并尝试确定条件变化时产生的结果，例如，通过 80 端口进行连接要明显慢于直接连接，因为多维数据集需要向客户端提供大量的数据，提高产品价格会增加单位利润，但可能会减少销量????ù会产生较高还是较低的总利润？或者

在使用分析型数据库时，分析人员将数据归入公用组，并尝试确定条件变化时产生的结果。

例如，提高产品价格会增加单位利润，但可能会减少销量????ù会产生较高还是较低的总利润？或者，联邦贴现率的下降会如何影响房地产贷款的收益？为了帮助分析人员根据历史趋势做出有根据的预测，Microsoft 在 sql server(WINDOWS平台上强大的数据库平台) 2000 中提供了分析服务，在 sql server(WINDOWS平台上强大的数据库平台) 7.0 中提供了 OLAP 服务。这些服务都提供 OLAP 功能，能够将存储在 sql server(WINDOWS平台上强大的数据库平台)（或任何其他 OLE DB 兼容的数据源）上的数据处理成多维数据结构，称为多维数据集。多维数据集简化了趋势分析和建立实体间交互方式联系的过程。

例如，房地产投资者采用现金流模型来区分一组具有共同特征（如：地产类型、地理位置和利率范围）的贷款，并预测各种事件的影响。如果贷款提前偿还或者借款人违约，后果将会如何？此类不可预测的事件会如何影响贷款所担保的债券的收益？

从包含几百笔贷款的清单中选择并区分具有分析特征的贷款是需要相当技巧的。分析服务和 OLAP 服务有助于在各组贷款间建立联系，以便分析人员能够建立贷款假设模型。为了帮助客户的房地产分析人员预测商业抵押证券的业绩，我们的开发小组需要设计一个以各种方式（如：利率、到期期限或地产位置）来简化贷款分类的系统。其界面应易于学习和使用。而且，所开发的系统需要在 Internet 上进行安全的部署。为了满足这些要求，开发小组选择了分析服务。

使用 OWC 在 Web 上部署 Office

在选定了后端技术后，开发小组开始制订实现前端界面的计划。多数金融分析人员使用 Microsoft Excel，他们对其界面比较熟悉，感觉也很舒服。Excel 包括数据透视表服务，能够允许分析人员连接到分析服务数据库。Excel 的拖放界面提供了对多维数据的简单和直观的访问，并不要求用户进行深入的培训。而且，通过使用 Excel 的制图功能，用户能够以图和表的形式表示数据。所以，对于前端界面，小组的首选是 Microsoft Office XP 中的 Excel 2002。sqlserver/art/BuildingaWeb-BasedAnalysisSystemFigure_01.gif" target="_blank">图 1 显示了 Excel 数据透视表服务浏览一个分析服务 OLAP 多维数据集的情形。

如果所有的客户端用户在同一幢大楼内一起工作，并通过同一个局域网访问分析服务器，Excel 会是不错的选择。但用户需要和办公地点散布于世界各地的不同组织共享应用程序，因此开发小组需要一个用户可以通过 Internet 访问且类似于 Excel 的组件。该小组发现 Office Web 组件 (OWC) 能够满足这一需要。OWC 是一组能够在 Web 页上使用并提供 Office 功能的 ActiveX 控件。OWC 数据透视表组件是 Excel 中数据透视表服务的 Web 版本；数据透视表使用数据透视表服务，并要求在运行前安装数据透视表服务。但没有 Excel，OWC 数据透视表也能工作。

数据透视表能够从分析服务器上检索多维数据并将这些数据显示在一个交互的拖放界面上。已安装 Microsoft Internet Explorer (IE) 4.01 或以上版本的用户可以使用 OWC 对分析服务数据进行分析，而不必安装额外的组件软件。sqlserver/art/BuildingaWeb-BasedAnalysisSystemFigure_02.gif" target="_blank">图 2显示了外观和操作都类似于熟悉的 Excel 界面的 OWC 数据透视表客户端界面。OWC 数据透视表也提供了智能缓存，通过减少数据透视表从网络到服务器的往返行程次数而提高性能。所以，通过有效使用分析服务，数据透视表能够减少数据传输并提高效率。

虽然 OWC 提供了我们开发小组的项目需要的全部东西，但当我们试图在 Internet 上部署 OWC 时，我们遇到了难题。首先是 OWC 的运行平台问题。Office XP 版的 OWC 要求使用 Microsoft Data Access Components (MDAC) 2.6 或以上版本。而许多服务订户使用 Windows NT Workstation 4.0 作为其操作系统，如果要安装 MDAC 2.6，还必须安装 Service Pack 6 (SP6)。使用 OWC 的一个主要吸引力在于我们认为它能够实现无缝的部署。我们发现虽然能够自动处理安装 Service Pack，但该过程需要重新启动，非常麻烦。以后，Microsoft 提供了一个使用 SP4 的 OWC 组件修订版本，但我们同时也在开发自己的应用程序，在金融机构严格控制的客户端网络上部署 Service Pack 是一个很大的困难。因此，需要在操作系统上使用特定 Service Pack 的解决方案是不可行的。

其次，我们小组遇到了连接问题。OWC 要求直接连接分析服务数据源。OWC 使用默认的 2725 端口直接和分析服务器通信，对于使用防火墙的机构来说，这是个问题。（有关连接分析服务的详细信息，参见位于 http://support.microsoft.com/default.aspx?scid=kb;en-us;q301901 的 Microsoft 文章 "INF:TCP Ports Used by OLAP Services when Connecting Through a Firewall"。）

首先，我们试图使用 HTTP 连接和服务器通过 80 端口进行连接以解决连接问题。该连接通过 Web 浏览器使用的同一个端口来提供访问。对于额外的安全性，分析服务还能够使用安全套接字层 (SSL)，通过 443 端口进行连接。大多数组织同时打开 80 端口和 443 端口以便用户访问 Internet。（有关使用 HTTP 的更多信息，参见位于 http://support.microsoft.com/default.aspx?scid=kb;en-us;q279489 的 Microsoft 文章 "INF: How to Connect to Analysis Service 2000 By Using HTTP Conection"。）sqlserver/art/BuildingaWeb-BasedAnalysisSystemFigure_03.gif" target="_blank">图 3说明了使用 OWC 连接到分析服务器涉及的问题。

然而，HTTP 连接的执行产生了一些难以克服的困难。我们测试显示，通过 80 端口进行连接要明显慢于直接连接。因为多维数据集需要向客户端提供大量的数据，性能的降低使 OWC 的使用很不现实。