这个主要是三层数据库开发学习用的。delphi学习者如果用的上这个mailto本人,空间放不下了,谅。 以下有关分布式数据库开发资料--来源网上 delphi 多层数据库开发 2006-10-20 04:22服务器端程序 http://hi.baidu.com/gzsunsos/blog/item/406918d5fe7be1c451da4bd6.html 服务器端程序实际上是个COM 工程,它本身连接数据源,再通过接口与 客户端联系,这个COM 工程必须注册在服务器上。
首先建立一个空白的工程。 file -> New -> Other -> Multitier -> Remote Data Module(远程数据模块) 对话框: Coclass Name : COM程序的名称,前台依据这个名字查找COM程序 (Project121) Instancing :执行模式,大部分用Multiple Instance(多重实例) Threading Model:线程模式,建议用Apartment(单元)
下面我们就会对这几个选择详加说明。
OK,产生一个窗口,在这个窗口里,可以放入数据控件。
在Viwe -> Type Libray 中,我们可以看到这个COM 的一些特性。我们 也可以记下系统提供的GUID,以备后来使用。 加入一个ADOTable,并设置其指向一个数据库。 再设置一个DataSetProvider指向ADOTable
这就完成了服务器端的程序设计。 保存,编译,注册。
这里需要做几个说明: 1) 在客户端,数据控件一般要和Datasource相连,但在服务器端,主 要要考虑数据和接口相连,Delphi 5.0以上版本规定,使用DataSetProvider 就不需要再针对每个控件做Export(导出)操作,而是由应用程序服务器自 动帮前台查找这就简化了程序和维护量。但是,前台每个DataSet 必须有个 对应的DataSetProvider 才行。 2)关于建立COM 是的几个选项现在说明一下:
A) Instancing : Multiple Instance: 一个应用程序可以被多个前台程序调用使 用,启动和执行的效率比较高,不耗费服务器太多的 资源,管理上也比较方便。 Single Instance: 一个应用程序只能被一个前台程序调用,由 于没有排队问题,所以当某个查询崩溃时,不会影响 其它的查询,但是,一个前台调用必然在服务器上建 立一个应用程序服务器的Process (进程),占用资 源比较多,影响服务器整体执行效率。 Internal: 建立一个In-Process的COM 程序(也就是DLL文件 的格式),由于Mult-Tier 结构中,应用程序服务器 和前台程序是放在不同的地方的,两台机器的两个程 序就无法共享同一个Process,所以很少设置成Internal 模式的。 B) Threading Model: Apartment: 每个实例一次只能处理一个前台发出的Request(请 求),如果同时建立多个In-Process COM 程序,那每 个COM 程序就会有一个现程服务,所以数据是安全的, 当然要注意某些共享变量的冲突。 Single: 单线程,循环工作,不会出现多任务的问题。 Free : 可以让Remote Data Module自己处理多线程问题,客 户端程序需要用多线程方法来处理。 Both : 和Free几乎相同,但对应前台界面的Callback都是连 续的。
如果注册后无法确认是否注册成功,可以用C:\WINNT\Regedit.exe检查。 在Two-Tier模式中,客户端(Client)程序是直接和服务器的数据源相连的, 而Multi-Tier模式,多个客户端连接的是一个应用程序服务器,因为收费是按 客户端数计算的,所以,数据库的使用费用比较低。 下面的例子只提供了数据库操作的最基本的功能,主要说明数据源的连接 方法。
1)建立一个普通的工程。
2)放置一个TDCOMConnrction控件(在Datasnap页),属性: ComputerName:服务器名(自动给出网上邻居) ServerName:应用程序服务器注册名(project121.Test121server) 必要时ServerGUID输入GUID值。 Connected=true 为激活
说明:在调试的时候,如果是在Windows 2000本机的情况,可以先运行 project121.exe,然后就可以在ServerName中找到project121.Test121server 了,然后Connected=true 激活。
3)放置一个TClientDataSet控件(在Data Access页),属性: Name:cdsCustomer(重新起名) RemoteServer: DCOMConnrction1 ProviderName: DataSetProvider1(服务器端将被激活) Active:true (激活后将能正常连接)
4)放置TDataSource,属性: Dataset:指向cdsCustomer。 其余犹如普通的数据库设计。注意到这里使用了TActionList控件,其中 写入和退出在Standard Action 内找不到,需要自己编写:
procedure TForm1.ApplyUpdateExecute(Sender: TObject); begin cdsCustomer.ApplyUpdates(-1); ShowMessage('已经正确地写入数据库中!!'); end;
procedure TForm1.CloseActionExecute(Sender: TObject); begin Close; end;
只要服务器端正确的注册,这个程序使用是没有问题的。
第四节 客户端实现SQL 查询
由于在客户端不存在TQuery控件,似乎客户服务器模式是无法做SQL 查询的。但是,Delphi很好的解决了这个问题。事实上,只要客户端连接上 服务端应用程序,客户端的TClientDataSet就包含了一个名字为Provider 的属性,对应到服务器端DataSetProvider的所有默认属性和方法,其中 DataSetProvider有一个Options属性,只要让其中的poAllowCommandText =true, 那么,DataSetProvider的poAllowCommandText就可以接受前台来 的SQL 命令,并传送给TQuery。 可以看出,真正传递数据的是DataSetProvider的接口,所以,用这个 接口搭建传递SQL 的桥梁是必需的。 客户端进行SQL 查询的方法是:
ClientDataSet.Close; ClientDataSet.CommandText := 'SQL语句'; ClientDataSet.Open;
第五节 客户端查询服务器端的别名集
在SQL 查询以前,用户往往需要制定查询哪个数据库,所以需要把服 务器上BDE 数据库别名(Alias )设置数据抓到前台程序来 具体做法是:
首先,在服务器端建立一个TSession和一个TDataBase
Session1属性: SessionName=Session1_4 DataBase1属性: DataBaseName: 连接数据库名 SessionName: Session1_4 (SessionName值)
TQurey 增加个属性 SessionName: Session1_4
这样就可以用Session对象来管理数据源的信息了。 为了传给客户端值 View -> Type Library 显示接口窗口。 右键 ITest125Server(具体根据设置名不同而不同) -> New -> 建立两个方法: GetDatabaseNames ,用以传下别名数据,其接口信息为: Return type :HRESULT Parameters name type modifier Param VARIANT* [out,retval]
SetDatabaseName , 用以接受客户机来的信息,其接口信息要求传入 三个信息。
Return type :HRESULT Parameters name type modifier DBName BSTR [in] ----传上来的别名 UserName BSTR [in] Password BSTR [in]
刷新(Refresh Implementation)以后,就产生两个函数
function TTest125Server.GetDatabaseNames: OleVariant; var I: Integer; DBNames: TStrings; begin // 建立一个字符串数组存放BDE所有的数据库别名数据。 DBNames := TStringList.Create; try // 利用Session控件取得当前BDE所有的数据库别名数据。 Session1.GetDatabaseNames(DBNames);
/// 建立一个变量数组给函数返回变量Result。 Result := VarArrayCreate([0, DBNames.Count - 1], varOleStr);
// 最后再把数据库别名数据指定给该变量数组。 for I := 0 to DBNames.Count - 1 do Result[I] := DBNames[I]; finally DBNames.Free; end; end;
上面的函数的关键除了取得BDE 数据库别名以外,还声明了一个变量数 组来存放数据库别名数据,所以用VarArrayCreate函数建立一个变量数组, 其中 参数1: 指定数组范围 参数2: 数组数据类型,由于别名要通过DCOM传给前台,数据类型必 须设成varOleStr 才有效。
第二个过程是客户机提供上来的联机数据。
procedure TTest125Server.SetDatabaseName(const DBName, UserName, Password: WideString); begin try // 把前台传来的数据库别名、用户上线名称、用户上线密码 // 等三项数据指定给TDatabase控件,并且执行联机的操作。
Database1.Close; Database1.AliasName := DBName; if (UserName<>'') and (Password<>'') then begin Database1.Params.Values['PASSWORD'] := Password; Database1.Params.Values['USER NAME'] := UserName; end; Database1.Open; except // 如果联机时发生错误,则产生一个exception给前台程序 // 前台程序将会利用到这个exception来判断是否要把输入上 // 线数据的窗口激活。
on E: EDBEngineError do raise Exception.Create('Password Required') ; end; end;
第六节 服务器端进行客户计数
除了上面的功能外,这个程序还加上了一个在线用户以及查询用户统计 的功能。由于这个应用程序执行模式是 Multiple Instance执行模式,所以 当某个前台第一次连上线后,应用程序服务器会激活RemoteDataModule的 事件程序,而断线后又会执行OnDestroy事件程序,因此就可以用这两个事件 计算连上服务器的用户个数。至于Query个数的计算,则由TQuery的OnAfterOpen 事件函数判断。
----------------------------------------------------------------- Form1部分,主要用于显示 -----------------------------------------------------------------
procedure TMainForm.UpdateClientCount(Incr: Integer); begin FClientCount := FClientCount + Incr; ClientCount.Caption := IntToStr(FClientCount); end;
procedure TMainForm.IncQueryCount; begin Inc(FQueryCount); QueryCount.Caption := IntToStr(FQueryCount); end; --------------------------------------------------------
COM部分
--------------------------------------------------------
procedure TTest125Server.RemoteDataModuleCreate(Sender: TObject); begin // 增加一位前台上线者(调用Form1上的程序) MainForm.UpdateClientCount(1); end;
procedure TTest125Server.RemoteDataModuleDestroy(Sender: TObject); begin // 减少一位前台上线者(调用Form1上的程序) MainForm.UpdateClientCount(-1); end;
procedure TTest125Server.AdHocQueryAfterOpen(DataSet: TDataSet); begin // 新打开一个TQuery查询(调用Form1上的程序) MainForm.IncQueryCount; end;
上述完整的客户/服务器数据库实例,见SQL服务器和SQL客户端两个程 序,数据源部分需要自己调整。
第七节 一对多表的服务器端程序
一、Application Server 事先要有一个标准的Form file -> New -> Multitier -> Remote Data Module
CoClass Name :test63 Instacting: Multiple Instacting Threading Model: Apartment
放入 ADOTable1 ADOTable2 Datasouce1 DataSetProvider1(在Data Access) DataSetProvider2 属性: ADOTable1(主表) ADOTable2(从表) 用ConnectionString和TableName连上数据库
ADOTable1 DataSetProvider1
Datasouce1
ADOTable2 DataSetProvider2
连上相应的数据库(这里为: 奖金数据库.mdb) TADOQuery.SQL=select * from 奖金 TADOQuery.Active=true TDataSetProvider.Dataset=ADOQuery1
保存(工程名改为pChpServer),运行(注册)
客户端
DCOMConnection1 属性:ComputerName=计算机名(本地可以不写) ServerName=服务器端程序名(COM) Connecter=true (表示连上)
ClientDataSet1 属性:RemoteServer=DCOMConnection1 ProviderName=DataSetProvider1 Active-=true ClientDataSet2 属性:RemoteServer=DCOMConnection2 ProviderName=DataSetProvider2 Active-=true
加入两个TDataSource,TDBGrid分别连上 ClientDataSet1和 ClientDataSet2 似乎应该显示主从关系了,但DBGrid2并没有显示。
解决办法: 双击ClientDataSet1,出现Form1.ClientDataSet1窗口,右键,快 捷菜单上选Add Field 这时,我们可以看到最后一行出现:ADOTable2 这是很重要的,正是靠这个建立了主从联接关系 OK 让它进入Form1.ClientDataSet1窗口(也可以调整主表所显示 的字段,但ADOTable2 不能少,它实际上是把从表作为主表的一个字段 使用了)。 ClientDataSet2属性: DataSetField=ClientDataSet1ADOTable2 Active=true 主从关系建立起来了。
|
请发表评论