N nsj Unregistered / Unconfirmed GUEST, unregistred user! 2002-12-11 #1 在分布式系统中，很多客户端不同的操作都使用相同的事务对象；请问会不会存在数据同步的问题，如果存在，该如何处理？
N nsj Unregistered / Unconfirmed GUEST, unregistred user! 2002-12-11 #3 这可不光是针对某笔记录操作这么简单，比如事务对象中有一个CLIENTDATASET组件，客户端执行某个操作后此CLIENTDATASET的ACTIVE为TRUE， 如此时有另一个客户端也使用此CLIENTDATASET，并改变它的COMMANDTEXT并OPEN，肯定会报错。如何解决，这种问题还有很多，对象也需要同步，不光是数据操作。
这可不光是针对某笔记录操作这么简单，比如事务对象中有一个CLIENTDATASET组件，客户端执行某个操作后此CLIENTDATASET的ACTIVE为TRUE， 如此时有另一个客户端也使用此CLIENTDATASET，并改变它的COMMANDTEXT并OPEN，肯定会报错。如何解决，这种问题还有很多，对象也需要同步，不光是数据操作。
A antic_ant Unregistered / Unconfirmed GUEST, unregistred user! 2002-12-11 #4 一个操作一个事务呀，多个操作用一个事务，那就不能体现出来优越性了
G gpib Unregistered / Unconfirmed GUEST, unregistred user! 2002-12-11 #5 当然存在数据同步的问题，只是COM+自动替我们处理好了，但是一定要用合适的事务模型。
S Sachow Unregistered / Unconfirmed GUEST, unregistred user! 2002-12-13 #8 通过Transactional DataModule向导建立的项目，对于每个客户端进程的访问，应用服务器 端都会为之建立一个数据模块的实例，而且COM+会负责数据资源的锁定（事务的同步工作）， 所以用于服务各个客户端的数据集彼此之间是不会冲突的。
通过Transactional DataModule向导建立的项目，对于每个客户端进程的访问，应用服务器 端都会为之建立一个数据模块的实例，而且COM+会负责数据资源的锁定（事务的同步工作）， 所以用于服务各个客户端的数据集彼此之间是不会冲突的。
Y YuanOnline Unregistered / Unconfirmed GUEST, unregistred user! 2002-12-19 #9 我认为这个问题应该从数据库着手理解，在处理相同的事务时， 内部应该是一个堆栈排队机制，其内部SQL的处理应该相当繁杂， 因为要考虑到效率和安全的兼顾！ 个人观点，有待深入学习！ －－－－－－－－－－－－－－－－－－－－－ 浮云无聊，携酒照夕阳，梦中醉醒
我认为这个问题应该从数据库着手理解，在处理相同的事务时， 内部应该是一个堆栈排队机制，其内部SQL的处理应该相当繁杂， 因为要考虑到效率和安全的兼顾！ 个人观点，有待深入学习！ －－－－－－－－－－－－－－－－－－－－－ 浮云无聊，携酒照夕阳，梦中醉醒
X xeen Unregistered / Unconfirmed GUEST, unregistred user! 2002-12-19 #10 TComponentFactory.Create(ComServer, Taaa, Class_aaa, [red]ciMultiInstance[/red], tmApartment); 多实例模式是不会产生你说的这种冲突的.
TComponentFactory.Create(ComServer, Taaa, Class_aaa, [red]ciMultiInstance[/red], tmApartment); 多实例模式是不会产生你说的这种冲突的.
G gpib Unregistered / Unconfirmed GUEST, unregistred user! 2002-12-19 #11 Sachow说得对，COM+帮自动处理事务，不需要担心发生冲突。我们只要考虑用合适事务模式 以提高效率
R Richard3000 Unregistered / Unconfirmed GUEST, unregistred user! 2002-12-20 #14 数据同步的问题并不用你关心啊！DELPHI都为你做好了
