Delphi三层数据库开发应用

服务器端程序实际上是个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

主从关系建立起来了。