A am2001 Unregistered / Unconfirmed GUEST, unregistred user! 2004-03-19 #1 像Mis系统中，你有几十张主从结构的订单等就得放几十乘2个数据集，再加上客户信息等的，这样在中间层就有很多数据集，这时怎么可以减少些，可以动态来创建等，大家都有什么好的想法？
某 某段回忆 Unregistered / Unconfirmed GUEST, unregistred user! 2004-03-19 #2 有一个麻烦到你不会有其他念头的办法，那就是在设计期的收尾阶段把中间层中的DataProvider和ADOTable去除，再进行动态创建，并且Open，而且要保证动态创建的这些DataProvider和ADOTable的名称和原来设计期的名称一致。 呵呵，抛砖，引引玉~
有一个麻烦到你不会有其他念头的办法，那就是在设计期的收尾阶段把中间层中的DataProvider和ADOTable去除，再进行动态创建，并且Open，而且要保证动态创建的这些DataProvider和ADOTable的名称和原来设计期的名称一致。 呵呵，抛砖，引引玉~
A am2001 Unregistered / Unconfirmed GUEST, unregistred user! 2004-03-19 #3 这样跟直接都创建出来差不多，我是意思是可不可以做到像多个clientdataset共用一个呢？如果在客户端一次只打开一个表进行操作那有可能，同时打开多个表操作时应就不行了
J jxhdy2001 Unregistered / Unconfirmed GUEST, unregistred user! 2004-03-21 #4 同时打开多个表，需要编辑的表并不多，很多时候都是用以查询数据 提供五六个用以更新数据的Dsp 提供二三个专门用以查询的DSP 再提供二三个用以执行SQL语句的，我想就可以了 个人想法、仅供参考
Y youngyxy Unregistered / Unconfirmed GUEST, unregistred user! 2004-03-21 #6 改变思路 分离界面与业务。界面仅仅做一些输入，显示。 其中输入、显示等等都是调用业务层的方法。业务层中可能的方法是回传一个dataset。 界面中就可以把这个dataset绑定到控件，用于输入输出。 也许界面本身也可以细分
改变思路 分离界面与业务。界面仅仅做一些输入，显示。 其中输入、显示等等都是调用业务层的方法。业务层中可能的方法是回传一个dataset。 界面中就可以把这个dataset绑定到控件，用于输入输出。 也许界面本身也可以细分
D dongliang110 Unregistered / Unconfirmed GUEST, unregistred user! 2004-03-22 #7 可以用几个数据集做为公共数据集，虽然你有几十张主从结构的订单，可是在处理时每次操作的应该只是几个，可以根据需要动态绑定。
