Database 版 (精华区)

发信人: joy (请给database灌水), 信区: Database
标  题: [转载] 在多层体系结构下建立数据仓库(5)
发信站: 紫 丁 香 (Sun Jul  4 18:28:09 1999), 站内信件

【 以下文字转载自 Test 讨论区 】
【 原文由 joy 所发表 】
发信人: Seraph (Seraph), 信区: Database
发信站: 白山黑水站 (Thu Jun 24 07:47:00 1999), 转信

    四、数据仓库采用三层Client / Server结构的优势
    数据仓库应用采用客户/服务器结构。为满足在灵活性和扩展性
方面的需求,数据仓库的体系结构应该基于三层客户/服务器处理结构
,而非传统的两层结构。三层结构不是简单地将数据仓库处理划分为
客户端和一些数据库服务器,而是在客户端和数据仓库之间增加了应
用服务器。该应用服务器管理与数据仓库的交互,执行必要的计算,并
将结果发送给客户端。客户端负责管理用户交互和报告结果数据,但
只需要很少的计算能力,因为计算和与数据库服务器的交互都减少了
。同在两层体系结构中一样,应用服务器可能直接连往原子数据仓库                   
或具备星型模式的数据集市。
    两层结构适用于某些情况,如支持基本的交互式查询和数据报告,
在这种情况下,Busins s Objects或BrioQuery等工具比较合适。但随
着OLAP工具厂商纷纷向三层结构转移,特别是Internet作为新兴平台
的出现,从根本上要求新的基于Internet的信息系统的体系结构是三
层或多层的。Cognos公司新近发布的PowerPlay OLAP Server已加入
了对Web的支持,使决策支持系统用户可透过浏览器进行联机分析处理
。
    三层结构能最大限度地提高灵活性和可扩展能力,原因有四方面
。
    首先,由于数据仓库查询访问非常大量的数据,此时的目标是尽量
减少通信线路上的数据传递。三层结构通过将大量的数据处理移到数
据库服务器和应用服务器而实现这一目标。尽管可能存在着与应用服
务器的多个甚至数百个连接,但应用服务器与包含数据仓库或数据集
市的数据库服务器之间的连接却只有少数几个。所以,由于对高速连
接的需求较少,因此并不很昂贵。
    其次,数据仓库应用中的计算、操作和数据过滤(超出SQL选择)通
常很复杂。它们最好在专门的应用服务器上执行,而不是在桌面系统
或数据库服务器上完成。若客户机执行此类处理,相应的工作负载将
要求所有用户都配备强大的客户机。尽管硬件价格在不断下降,但这
仍然是个问题,除非该企业正在购买所有新的客户机。另外,网络负载
仍然会形成瓶颈。相反在数据库服务器上执行这类处理也少有成效。                  
每个客户的处理负载不断增长,限制了数据仓库能够支持的用户数目
。在应用服务器和数据库服务器之间保持处理分割的平衡十分重要。
通过三层结构,可尽量减少服务器的负载,达到更好的扩展性能。
    第三,大型数据仓库应用提供多个实例,用户可以用来在任何时候
访问不同的数据集市尤其是当其需求发生变化或建立了新的数据集市
时仍能如此。若应用的所有数据访问代码都在客户机上,则每个客户
机程序在每次增加新的数据源时都需要更新。更常见的是,对应用代
码的修改需要更新客户端,使客户机上客户应用和计算逻辑的维护出
现极大的问题,改动多达数百上千的客户端并不是件轻松的工作。
    第四,客户不会忍受服务器太长的响应时间,而地域上分散的企业
级数据仓库可能会激化这一问题。三层结构自己提供客户端和服务器
之间的异步通信,这可以通过消息队列功能或异步RPC来实现。
    两层结构的最后一个潜在问题出现在当机构用Internet来建立应
用时,Internet应用本身就是三层结构。事实上,每个两层结构的数据
仓库产品的厂商都在向三层结构转移,以适应Internet。因此,当企业
实施数据仓库应用时,应该使用三层处理结构。



--
※ 修改:．joy 于 Jul  4 11:35:38 修改本文．[FROM: hit-cim3.hit.edu]
--
※ 转寄:．白山黑水站 bbs.neu.edu.cn．[FROM: hit-cim3.hit.edu]

--
☆ 来源:．哈工大紫丁香 bbs.hit.edu.cn．[FROM: joy.bbs@razorback.ne]
--
※ 转载:．紫 丁 香 bbs.hit.edu.cn．[FROM: 202.118.229.142]