看过李维这个鸟人写的ADO/MTS/COM+的书and开发过多层结构的战友，向你们请教几个问题，也欢迎其它人友情客串！

Question

急什么,高手不是来了嘛,
什么MTS?
我只用过一次,没什么印像,我都用RemoteDataModule
呵呵

Answer 1

协调对象本身是为了向外部隐藏MTS系统内部的相互关系,在一个分布式环境中,对象的安全存取是一个很重要的概念,协调对象的使用可以让开发者对事务本身有进一步的控制.对于一个复杂的分布式应用而言,将数据对象直接面象最终客房是不明智的.
一般而言,我在程序设计中,不赞成客房端直接操纵事务,这会造成事务重叠,并影响系统的安全与稳定性.
在分布式应用中,对象的设计与分工,对后期应用的好坏、效率的高低、维护的难易有着至关重要的影响。用DELPHI设计分布式应用，李维已提供了不错的方法，而我们自己最重要的是面对实际应用设计合理的对象结构体系，这其中要求对象设计者对应用有深入的专业知识，而这一专业知识的重要性并不亚于计算机知识。

Answer 2

你所说的第二种方法，我一般不采用，DATAMODULE本身占用资源，而且DATAMODULE的接口调用仍然有延时，对于只有3张表左右的小型应用，该方法可取，对于面向复杂关系，操纵众多控制对象和协调对象的应用而言，这种方法有些奢侈。

Answer 3

to liangma:
   首先谢谢你。照你说的，你会采用协调对象的做法，你能不能再具体谈谈你平时用的方式，谈谈碰到一些实际问题时候的做法，让小弟学习学习、参考参考，小弟不甚感激，分数不够可以再加，小弟想转向做这方面的开发，所以希望自己少走些弯路。

Answer 4

在一个小型的办公应用中，我会对应用进行细分，实际上也就是对实体对象进行细分，在细分时确定最小独立存在个体，并建立完整的相互关系，从而得到数据对象。在确定数据对象及关系的基础上，再建立事务模型，对参与模型的数据对象进行数据必要性划分，确定是由自身发起事务，还是由客房发起事务，或不需事务（仅对公用计算对象）。最后，在事务模型中确定协调对象，事实上，在建立事务模型的同时，我们就是在考虑下一步的协调对象。
实例：办公人事管理
      实体对象：人员基本信息，人员工资，人员福利，人员晋升曲线
      数据对象：人员基本信息是主线，由其确定工资．福利．晋升。同时，由晋升确定下一工资福利。由此可建立一个基本信息数据对象及相应的工资．福利对象，用于维护人员基本信息及相应的基本工资福利，再建立一个晋升曲线数据对象，用于维护人员晋升历史记录并与工资．福利数据对象共同维护工资及福利历史记录。
      事务模型：一般而言将不可分割的几个步骤确定为一个事务，则人员基本信息变更为一基本事务，职务晋升是一基本事务，在职务晋升时人员基本信息．晋升曲线．工资．福利同时参与事务，则考虑由发起方主导事务，则基本数据对象应至少设定允许事务，而工资福利由于其与利益相关，应用上应考虑设定为需要事务。
      协调对象：用数据模块引入基本数据对象，由协调数据对象发起事务，并最终结束事务。    匆匆而写，可能未能如你之意，可MAIL我。

Answer 5

谢谢啦，不好意思，再问一个问题
怎样在asp中取得delphi写的dcom中的mts datamodule中的数据例如，在mts datamodule中，有一TADOQuery，Sql参数设为select * from employee
在asp怎样才能全部取得这些数据