提高分布式多层系统的效率之一

I

import

Unregistered / Unconfirmed
GUEST, unregistred user!
提高分布式多层系统的效率之一: 原创 (小小->爱被下载中……)
想必C/S结构的应用程序大家都开发过吧,但我们可以常常听说 分布式系统也是一种C/S结构,的确,不可否认,分布式系统或叫多层结构也是一种C/S结构;网上有很多有关于介绍C/S结构的应用程序平滑的过度到分布式多层系统的例子,一般而言都是说只要将客户端的数据集组、数据连接组件转移到多层中的远程数据模块中,然后,再在数据交换服务处放置对应的TProvider组件接口,客户端用TClientDataSet代替以前的数据组件(TTable or TQuery);然后再在客户端加一个远程启动组件TDOMConnection or TSocketCOnnection用来能过数据交换服务连接远程数据库就可以应用三层,当然,在安装的同时进行一些设置(DCOM在这方面提体的尤其明显,我们都知道,DCOM COM+都是MS的产口,COM+是在Win2000以后才推出来的,DCOM是在WinNT4.0之后才推出来的;MS为了和Windows的紧密结合,所以将DCOM做为中间件的分布式应用程序 <注意:这个DCOM是DCOMConnection 中所说的DCOM,而不是SocketConnection;SocketConnection也可以是一种DCOM的连接方式,它就要说到DCOM/RIM/CORBA这三种连接方式了;> 一般而言在客户安装的时候要进行安全性设置,这就是DCOM特别安全的原因,同时也成了分布式中很不好配置的原因<你们在开发中用DCOMConnection 还是 SocketConnection?> 的安全性相当高,但我们也不能说它只允许Windows操作平台,因为它已经开始支持多操作系统了,ActiveX就是继承了它的这一点,因而才可以不受 操作系统的限制;而且,一般的运行速度也很快,不过它的初次连接速度的确让人不敢恭维;)
让我们走进正题吧,先就Connection Pooling来说说;
为什么在分布式多层中不用Access/ForPro/Paradox/DBASE/SyBase.......并不是不能用,你可以试一试,数据库服务器没有理由一定要和数据交换服务分开的,所以,不用它们的正真原理并不是因为它们是本地或其它什么原因,而是因为它们不支持COnnection Pooling这项技术,Delphi的Midas不提倡数据库服务器或是数据交换为客户端维护状态,的确,这很浪费资源,就如现在的一般网站都会要求您的计算机可以充许Cookie一样,它不可能为每个用户都去维护状态和永久的保持连接;而Delphi的TSession组件就可以解决这个问题,我们常常可以听到“池子”Pooling,就Connection Pooling而言,它是由数据引擎提供的,或是由一些服务提供的,我们可以用 MS Transaction Server (MTS)提供的Object Pooling(对像共享) 或是MS的ODBC3.0 以上版本的Connection Pooling特性进行设置; 我们用最常见的ODBC来说;不一定每一位程序员或是编程者都注意到它这个属性,如果是桌面数据库,它本来就不支持,甚至有些C/S结构中,用到的是大型数据库也有可能没有注意到这个属性,请将你的ODBC打开,到它的 “连接池”那一页看一看,你是否为你的SQL Server or Oracle启用了这个连接?如果没有,请以后记住,开启它,而对于本地的、桌面的数据就不用了,因为它们一般都是独站的,没有明确连接概念;那么到底连接如何理解?或是它是如何工作的呢?前面我们曾经说了,在分布式中,不要想撒懒,请加上TSession组件,如果可以的话,尽量可以让它自动创建,它可以为用户提供连接,而且可以设置Timeout<在ODBC里同样也可以>;这样的话,就可以保证用户及时的连接、释放它所占用的资源,如果用户需要连接时,它会帮你自动从连接池中找没有被用户占用的,如果全部被占用而且不允许创建<当然,这种情况很少>的话,它会试图的去判断其它用户的空闭时间,从而寻找空闲的连接;
这只是提高分布式应用程序的效率的一个方面,方方面面很多,但愿我们还可以继续交流,同时,您也可以指出我的错误之处;愿意与您共同交流;
 
顶部