服务器端程序

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

（出处：DelphiFans.com）