跨地域数据合并查询问题

[zeusvenus]

我这有个前人做过的项目，同样结构的数据库分布在不同地域，所有DB都在一个专网内，编号都是自动增量的（都从1开始），库内父子表关系较多。以前是每月下级单位向上级单位上报数据一次（把整个库备过去），上级单位用数据接收程序进行汇总，另外有个专门的统计查询程序用来查询汇总信息，现在新的需求是各级机关需要实时查询管辖单位的数据汇总信息，要求数据同步和所谓的断点续传，大家有什么好的解决方案？

[zjcxc]

建立中央数据库,直接使用sql的复制/订阅好了.

[skylion]

既然要“实时查询”，为什么不能使用中央数据库？？？

[netcoder]

如果只想通过数据这一层解决，那就使用复制/订阅

编程的的话，也可以考虑使用MSMQ

[zeusvenus]

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

[zeusvenus]

本来想用UDM做的，但是客户的需求是将客户端所有数据更改后都备份到上级机关的大库中。而且由于网络原因，不能采用中央数据库系统，因为下级单位级数不少而且元单位数大于20000个。
怎么样才能性能好一些又配置简单？

[zeusvenus]

现在各个点左右数据库都用SQL SERVER2000，最下级的元单位是MSDE

[zeusvenus]

可能的话尽量在数据库层解决而不要修改原有的查询程序为宜。

[itblog]

有难度，帮你顶一下~

[jwt1982]

这个，如果要是我解决的话，我会选择通过程序来做手脚

既然都在一个专网内的话，直接做跨数据库查询

另，你不能做中央数据库，你原来那个上报是解决什么问题？数据放到什么地方？

[jwt1982]

由于已有运行稳定且功能强大的查询统计分析程序，现在修改程序的话时间上来不及。
---------------------------

个人认为，当你的查询分析统计程序确定的时候，数据结构类型也就敲定死了。

这个时候你更改数据层，你的程序不进行变化？
------------------------------------------

你当前的查询程序是如何设置的？不明白，猜测你现在的程序是有个接收端，接收下边上传数据，然后导到一个中央数据库中，在中央数据库中查询。

那么你现在把数据做成分布式的，还不能有中央数据库，你原来的程序是否能够支持这种查询？疑问啊！

[zeusvenus]

而且以后要扩展的节点可能特别多，目前已近1000个，采用中央DB的话数据库服务器压力太大了。