首先建立一个空白的工程。
   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
   主从关系建立起来了。