关于Midas(DataSnap)处理主从表的问题。

[henreash]

最近一直在思考这个问题，网上书上都是使用巢状结构（在服务端建立主从关系，客户端使用TDataSetField），但是有很多人说这种方式效率太差，如果主表有1万条记录，就要去查询1万次从表。个人以为这种方式也不好。所以我觉得还是在客户端的TClientDataset控件之间建立主从关系比较好。但有些问题不知如何解决。
问题1：查询当然没有问题，客户端显示了主从数据后，如果做修改并向服务端提交，这时就涉及主从表提交顺序的问题了，删除的时候要先删除子表，添加的时候要先添加主表。这种顺序如何调整（.net中可以在更新的方法中给出一个参数指定更新的是增加记录、删除记录还是修改记录）？
问题2：如果主从表中主表的主键是自增列，要如何与从表关联？

说明：这些问题使用巢状主从关系都是有Delphi自动解决的，但是这种纯RAD的方式本人不太喜欢。

[kwer]

这的确是个问题，我都是绕弯的。

[wxsan]

友情帮顶。

[henreash]

主从表我提交修改的时候，不按照巢状方式，就要向服务端提交一个两个delta，在服务端更新这两个delta的时候，就要去照顾主从关系 --如何来维护主从关系呢？这点没想明白

[henreash]

看了 TDataSetProvider控件的源码，可能Delphi就没有提供一种机制，来控制数据更新的顺序（如一个Delta分三次更新，第一个提交删除，第二次提交修改，第三次提交新增）。冒似要自己继承TDataSetProvider控件改写里面的方法InternalApplyUpdate方法了。

[jupiter418]

UP

[千分散尽还复来]

应该把本贴放在技术区才对.

[董董]

主从表的提交之所以有顺序，根本原因是数据库中的主从表定义了外键依赖关系，一种解决方法就是取消外键，这样就没有更新悖论了，但保证主从表数据一致性的问题又出来了，所以主从表的分别提交必须在一个事务中进行，通过周全的程序设计和测试来保证。

没有主从表的关联，主键自增列的问题也没有了，先获取主表主键的最终自增列值，再依此值更新从表的相关记录的外键列值，最后两表在一个事务中完成提交。

[wxsan]

[Quote=引用 7 楼 ddqqyy 的回复:]
主从表的提交之所以有顺序，根本原因是数据库中的主从表定义了外键依赖关系，一种解决方法就是取消外键，这样就没有更新悖论了，但保证主从表数据一致性的问题又出来了，所以主从表的分别提交必须在一个事务中进行，通过周全的程序设计和测试来保证。

没有主从表的关联，主键自增列的问题也没有了，先获取主表主键的最终自增列值，再依此值更新从表的相关记录的外键列值，最后两表在一个事务中完成提交。

[/Quote]

这个方法可行。