S spell Unregistered / Unconfirmed GUEST, unregistred user! 2003-03-12 #3 那么如果主从表也设成单独的两个com+数据对象，如何处理其主从关系呢？
S spell Unregistered / Unconfirmed GUEST, unregistred user! 2003-03-17 #4 一个数据对象对应一个数据表的好处是什么？对于它的这些好处我们是否值得增加开发 复杂度而建立数据对象？是否可以在一个系统中只用协调对象和业务对象呢？欢迎大家 参加讨论！
S Sachow Unregistered / Unconfirmed GUEST, unregistred user! 2003-03-21 #6 从最常用的Apartment(STA)线程模型来说，完全没有必要用一个数据集控件（TDataSet的 派生类）对应一个数据表，这样在数据库表多的情况下会带来很大的弊病：使应用服务器建 立数据模块的速度变慢，且占用更多的内存。除了主从表等需要同时打开多个数据表的情况 以外，没有必要建立多个数据集控件。 相信极少会有人不愿意使用Apartment(STA)线程模型使用Free(MTA)模型的。
从最常用的Apartment(STA)线程模型来说，完全没有必要用一个数据集控件（TDataSet的 派生类）对应一个数据表，这样在数据库表多的情况下会带来很大的弊病：使应用服务器建 立数据模块的速度变慢，且占用更多的内存。除了主从表等需要同时打开多个数据表的情况 以外，没有必要建立多个数据集控件。 相信极少会有人不愿意使用Apartment(STA)线程模型使用Free(MTA)模型的。
L lmeiing Unregistered / Unconfirmed GUEST, unregistred user! 2003-03-21 #7 为什么要一个数据对象对应一个数据表？ 建议你创建读取数据表的对象，sql语句动态生成、传人。
T Traveller Unregistered / Unconfirmed GUEST, unregistred user! 2003-03-21 #8 数据量大的系统为了提高查询统计效率通常都会将一些固定的一对一关系映射到同一个表中，会导致表非常庞大，这种情况下往往一个表对应多个对象。 数据量小的系统一表一对象的方法还是不错的。 另外，用来封装表的对象如果可能最好采用flyweight模式，可以减少内存占用。
数据量大的系统为了提高查询统计效率通常都会将一些固定的一对一关系映射到同一个表中，会导致表非常庞大，这种情况下往往一个表对应多个对象。 数据量小的系统一表一对象的方法还是不错的。 另外，用来封装表的对象如果可能最好采用flyweight模式，可以减少内存占用。
