摘要： 本文分析了客户机/服务器的二级体系结构缺点与不足，介绍了客户机/服务器的分布式计算体系结构的优点，重点论述了分布式计算体系结构在PowerBuider6中的实现，并给出了具体的应用实例，最后给出了结论。
关键词：客户机/服务器 分布式计算 二级体系结构 三级体系结构 客户应用程序 服务器应用程序
引言
90年代，人们开发MIS系统大都采用客户机/服务器结构，客户机/服务器结构既是硬件结构又是软件结构。即数据放在服务器上，程序在客户机上。进行数据访问时，由客户机提出请求（一般是SQL语句），服务器执行并给出结果。客户机/服务器对于优化了网络，提高了系统的利用率。客户机/服务器体系结构的发展经历了从二级体系结构模式到三级体系结构模式。
1 二级体系结构模式
传统的客户机/服务器的模式是二级体系结构(Two-tier model)模式。结构图如图1
用户界面与逻辑事务驻留在客户计算机上，将大部分的数据存放在数据库中，对数据的操作如查询、修改等由客户机提出请求，数据库服务器完成并返回给客户机结果，这种体系结构虽然可以系统的性能，但它们具有明显的缺点：
缺乏安全性
在客户机上存取敏感性数据时，由于逻辑事务放在服务器中，所以用户可以访问逻辑事务的核心部分，这使得未授权用户容易侵入系统，有安全漏洞。
重的客户机负荷
随着客户机要求处理的事务的数目增多，系统的任务日益繁重，导致系统的吞吐量下降，使得客户机不能满足系统的要求，当然可以买一台更大的机器来替代旧的客户机器，但在经济方面不如买一台机器来分担客户机的某些任务。
鉴于此，人们提出了三级体系结构模式(见图2)。
2分布式计算体系结构
在该模式中，用户界面保存在客户端，事务逻辑保存在应用服务器中，数据保存在数据库服务器中。客户机只负责提供用户界面，当需要进行数据访问时或复杂计算时，客户机向应用服务器发出请求，应用服务器响应客户机的请求，完成复杂的计算或者向数据库服务器发送SQL语句由数据库服务器完成相应的数据操作，最后由应用服务器将结果返回给客户机。该模式也称三级体系结构模式，PowerBuilder对于该模式是支持的。需要说明的是，三级体系结构模式的三级是指逻辑上的三级（即用户界面、事务逻辑、数据）而不是物理的三级。（具体见图二）
对于二级模式，分布式计算体系结构提供了解决方式，分布式计算技术通过将用户界面与事务逻辑分开，这使得未授权用户很难侵入系统，保证了系统的安全性；同时由于客户机只处理用户界面，大量的事务处理在服务器应用程序实现，大大减轻了客户机的负荷,使瘦客户成为可能。
二、分布式应用的体系结构在PowerBuidler中的实现
分布式PowerBuilder 应用程序典型使用两个应用程序，即服务器应用程序和客户应用程序，分别在两台机器上实现。
服务器与客户应用程序一起实现事务应用，客户应用程序处理用户界面，与用户交互，服务器应用程序提供给客户应用程序提供必要的数据包,应用程序对客户应用程序透明。结构图见图3。
尽管服务应用通常提供数据包给客户应用程序，但服务器应用程序本身也可以作客户应用程序功能，换言之，服务器应用程序能作为客户应用程序与另一服务器应用程序连结，这时，这个服务应用程序作为客户应用程序与另一应用程序的中介等。
2.1服务器应用程序
服务器应用程序提供了两个主要的组件：传送对象（Transport object）、远程对象（Remote object）。
传送对象使之能为服务器应用程序收到客户连接并处理客户请求。
在分布式应用中，客户能调用服务器提供的服务，通过远程对象提供，一般地，一个远程对象是一个NVO(nonvisual user object)-----不可视用户对象,包含在远程服务器上，一个客户能调用远程对象提供的功能，就好象他们被定义在本地的对象一样，也就是说，客户应用程序能调用远程的对象，与同一台计算机或另一台网络上的计算机各自执行程序完成某项功能，PowerBuiler对远程对象的调用有同步与异步调用。当同步调用时，客户等待直到服务器处理完成，当异步调用时，服务器只在自己的队列中增加一个请求队列，以后处理之，同时，客户机去做其他的事情，直到服务器处理该请求。
2.2客户端应用程序
客户端应用程序有三个组件
用户界面(user interface)
连接对象（Connection object）
远程对象的类定义(remote object class definitions)
结构图见图5
用户界面
客户应用程序包含与用户的交互，除此之外，客户包含执行脚本，对于客户采取的反应。例如，这些脚本能规定当用户点了按纽会发生什么事件等。
连接对象
该对象提供了客户应用程序连接到服务器应用程序，并要求服务.
远程对象的类定义
每个服务器应用程序的远程对象在客户应在程序中有相关的类定义。远程对象定义的本地的拷贝与服务器应在程序的定义有一个相同的名字，执行期间，本地定义的对象允许客户访问,就如远程对象实例就象在本地一样。
类定义在客户应在程序中包含了远程对象的完全或部分功能，Proxy（代理） 对象提供了远程对象界面的表示，对分布式处理，只有Proxy对象在客户应在程序是必须的。在客户应在程序中，对象透明，当你在客户应在程序利用远程对象类定义，客户端的定义与服务器端的定义一致。考虑到这两个定义有相同的名字，PowerBuiler提供了这种透明技术。用这个类定义的变量能保持本地对实例的引用。执行时，你能初始化本地的对象或远程对象，这依赖你的应用要求。
2.3通讯方式
PowerBuiler的分布式技术中支持以下几个通讯协议
Winsock
在支持TCP/IP的网络中，利用WINDOWS SOCKETS工具通讯。只要支持TCP/IP的网络都可以用该方式。
Names pipes, 通过命名的管道进行通讯。
local, 指在分布式应用程序可在本地运行。
不同的运行平台支持不同的通讯方式.
三、 应用程序举例（PowerBuiler的实例）
在客户机/服务器中，一个比较典型的例子是实现服务器推拉（Sever Push），客户机请求服务器称为拉，服务器响应客户机请求并将消息发回给客户机称为推。
本例子功能是这样的，由客户机应用程序向服务器应用程序发出请求（为简单起见，请求服务是一条消息），服务器应用程序收到消息后，做一些数据处理或其他的工作，完成之后，给客户机应用程序返回一条消息告知请求服务完成。
本例子代码解释首先建立即两个NVO，一个是Uo_Custdata, 一个是Uo_response_Object, 在 Uo_response_object中，有一个用户对象函数Doneprocessing(),该函数执行一个提示窗口，给客户机发布消息，说明处理数据完毕。在Uo_Custdata中建立一个处理数据的函数process_data,其参数包含Uo_response_Object。将包含该用户对象的文件编译成proxy,如在客户应用程序中包含即可。在客户机应用程序中，先建立connection对象，定义connection的属性，然后创建 remote object（用Create Instance），本例子是Uo_Custdata，再调用remote object的一个函数（也就是process_data）；在服务器应用程序中，先建立transport对象，定义transport对象的属性，然后等待客户提出请求（用listen函数）。
源程序
// ------------------客户机应用程序
//定义connection
connection myconnect
long ll_rc
//用Create建立实例
myconnect = create connection
//设置Connect属性
= "WinSock"
ation = "70000"
on = "server01"
ll_rc = tToSe ver()
IF ll_rc 0 THEN MessageBox(“警告”，"连结错误")
END If
// 调用remote object(服务器应用程序提供)
// Mycustdata 是服务器应用程序的NVO，将包含该user object的文件编译成//proxy,在客户应用程序中包含proxy的pbl文件。
Uo_custdata Mycustdata
Uo_response_object Myresponseobject
…….
Instance(Mycustdata)
Myresponceobject=_response_object
process_data(Myresponceobject)
// ---------用户对象
// uo_custdata的函数process_data
参数：ceobject
…….//做一些数据处理的工作
给客户发布消息，说明处理数据完毕
Doneprocessing()
// Uo_response_object 的函数Doneprocessing
Messagebox(“提示”，“处理完毕”);
//----------服务器应用程序
TransPort myTransPort
//建立transport对象
myTransProt=create TransPort
//定义transport对象的属性，
=‘WinSock‘
ation=‘70000‘
//然后等待客户提出请求。
()
当然，在基于一般中大型数据库系统，基于WEB方式体系统结构，客户应用程序对于数据库的操作都可以用通过应用服务器程序，这样客户程序就很瘦了，不需要安装如Open Client之类的软件；另外，应用服务器程序可同时运行在几台计算机上，它对于系统的安全性，平衡网络负载都具有重要的现实意义,在PowerBuilder中都是能实现的。
四、结论
PowerBuider5就已经提出了分布式计算技术，但使用起来较为烦琐，这主要表现在编写Proxy,PowerBuilder6 通过程序直接编译成proxy,并且功能增强了许多，使分布式计算技术更为方便，刚出来的PowerBuider７更为方便、完善，这对于解决网络瓶颈，优化网络具有重大的现实意义。
[参考文献]
Gallegher 、simmon Herbert 《PowerBuilder6.0程序设计大全》 机械工业出版社 1998、8
2.钟虎林等新一代客户机/服务器体系结构计算机系统应用 1998第一期
《客户机/服务器系统入门必读》电子工业出版社 1995、6
4、Application Techniques------PowerBuider version6Document number AA0518 SYBASE 1997.10
5 、汤子瀛等 《计算机实用网络技术教程》杭州大学出版社 1998.8
6 、黄允聪等《网络安全基础》清华大学出版社 1999．2
中国论文网(www.lunwen.net.cn)免费学术期刊论文发表,目录,论文查重入口,本科毕业论文怎么写,职称论文范文,论文摘要,论文文献资料,毕业论文格式,论文检测降重服务。
