跨地域数据合并查询问题

[zeusvenus]

我这有个前人做过的项目，同样结构的数据库分布在不同地域，所有DB都在一个专网内，编号都是自动增量的（都从1开始），库内父子表关系较多。以前是每月下级单位向上级单位上报数据一次（把整个库备过去），上级单位用数据接收程序进行汇总，另外有个专门的统计查询程序用来查询汇总信息，现在新的需求是各级机关需要实时查询管辖单位的数据汇总信息，要求数据同步和所谓的断点续传，大家有什么好的解决方案？
本来想用UDM做的，但是客户的需求是将客户端所有数据更改后都备份到上级机关的大库中。而且由于网络原因，不能采用中央数据库系统，因为下级单位级数不少而且元单位数大于20000个。
怎么样才能性能好一些又配置简单？
现在各个点左右数据库都用SQL SERVER2000，最下级的元单位是MSDE
可能的话尽量在数据库层解决而不要修改原有的查询程序为宜。
多谢各位！

[ashzs]

首先，你这种分布再集中的应用，你的主键ID是不符合要求的！主键至少应该包含各节点的信息！否则很容易发生错误。另外你要根据你的业务要求，可以采用ftp上穿，中央自动构造的方式实现过程自动化。虽然说起来容易，但是其中有很多细节需要推敲。

[xiaoku]

顶。

[xiaoku]

楼主又发一贴，有钱人啊。

[jwt1982]

现在各个点左右数据库都用SQL SERVER2000，最下级的元单位是MSDE
可能的话尽量在数据库层解决而不要修改原有的查询程序为宜。
-----------------------------------------------------------

个人感觉比较矛盾，网络环境不稳定，还有大量的主键冗余数据。

在网络条件不稳定的情况下，只能使用导出bcp数据包的形式

同时最下层子节点为MSDE，楼主的需求太另人痛苦了。

如果网络条件略微过得去，个人还是认为在程序级别去做处理的好，这个需求在数据层做处理恐怕问题多多。

同时你还没有一个统一的中央数据库。不过对于有20000多的子单位部门的数据恐怕很大。
还要求实时，硬件投入跟不上的话，想光从软件层次解决，很难。

[jwt1982]

恩，msde能够进行复制分发么？

[zeusvenus]

我也感觉需求很痛苦，但这就是现实中的问题：）


由于已有运行稳定且功能强大的查询统计分析程序，现在修改程序的话时间上来不及。
很多节点要提供服务7*24h，而该专网内网络状况并不是特别好，所以使用中央DB的方案有问题。
从各个下级节点复制、订阅的话必然有合并冲突的问题，怎么解决？
而且以后要扩展的节点可能特别多，目前已近1000个，采用中央DB的话数据库服务器压力太大了。

各位再指点指点。