关于：数据上传同步问题的请教

[shiguangxin]

需求如下：
连锁企业，门店数量几百家。
每家门店都有自己的数据库服务器，保存自己店的销售数据。公司单设一台数据库服务器，用来接收各门店每天上传的 会员变动数据 和 销售数据。要求每天都要上传数据，并且上传不用人工干预。 考虑到网络可能出现问题，要求在网络恢复的时候，一次性将断网期间的数据同步到公司的数据库服务器上。

由于各分店用的都是 sql server 服务器 ，所以想请教 sql server 服务器 有没有这样的功能？
sql好像有订阅功能 ，没用过 。也不知道是不是干这个用的 啊啊

[tds__609]

引用 3 楼 dali88888 的回复:

每家门店为什么不直接远程读取总店里的数据库服务器的数据的呢？这样岂不是很简单的

网络出问题，岂不是都不能正常用了

[shiguangxin]

是啊 如果不考虑 网络速度和故障还有就是数据库的安全性 把数据都放到总店里那就省心了

[shiguangxin]

to Tiger_Zhao 能说得详细些吗？ 啊啊 数据库有 2000 也有 2005 还有 2008 这样可以吗？ 有没有这方面的资料啊 谢谢

[Tiger_Zhao]

就是这个。
门店发布、总店订阅。
建议总店给每个门店建个数据库，分开订阅，这样互不影响。
然后用定时任务把汇总数据导到一个专门的数据库，总店程序通常只需要查询汇总数据库，要看明细再从门店数据库中查。

[Tiger_Zhao]

做方案啊！有了思路就得仔细去设计。
谁有空会把具体方案公开出来，都是钱啊！！！

又：同一个系统数据库最好统一，否则程序要对应多个版本不方便。

[shiguangxin]

啊啊 多谢各位 sql 2000 和 sql 2008 那个实现起来更方便 ？ 谢谢 主要担心的问题就是 数据上传的稳定性的问题

[haitao]

网络条件很重要 如果条件很好，是可以分店直接访问总部数据库，一个数据库，简单方便 如果条件不好，利用mssql自己的同步机制，也很难做好 我都是自己写同步工具实现的 跨市、跨国，都这样同步——当然，是自己的系统，表结构有一定的要求，而且实时性要求不高的情况下

[俺是大菠萝]

事务复制，各门店为发布服务器，总部为订阅服务器

[Q315054403]

这样的需求就忘掉SQL SERVER自带的同步（订阅、复制）功能吧 通用的三方都不可能很适用 自己开发吧，也就是写个脚本，和合理的设计而已 若有预算，乐意提供支持或代劳

[shiguangxin]

"自己开发吧，也就是写个脚本，和合理的设计而已" 难道是用到类似 svn的东西吗？

[shiguangxin]

先请教这个问题： 几百台发布服务器 往 一台订阅服务器服务器同步数据 靠谱吗？ 对数据的实时性要求不是很大，但是数据量也不小

[haitao]

引用 14 楼 Tiger_Zhao 的回复:

没什么不靠谱的，数据量大无非就是要更好的带宽、CPU、硬盘整列。

一般，首先的难题就是 带宽不好。。。。 好的太贵

[Tiger_Zhao]

你首先要确定什么方式传递数据是可行的，然后再考虑方案。
比如人工传递数据库备份也是一种可行的方式。

[Tiger_Zhao]

没什么不靠谱的，数据量大无非就是要更好的带宽、CPU、硬盘整列。

[haitao]

引用 17 楼 shiguangxin 的回复:

方案如下: 1 通过sql 数据库实现 上 2 通过第三方程序实现 例如 SVN 中 3 自己写服务 下 我得想法是 用最小的代价来实现这个功能 当然前提要稳定可靠 啊啊

这个上中下，也是以 投入（如网络带宽）为前提 的

[houyajin]

版本选择08以上吧，别太低了。

[shiguangxin]

方案如下: 1 通过sql 数据库实现 上 2 通过第三方程序实现 例如 SVN 中 3 自己写服务 下 我得想法是 用最小的代价来实现这个功能 当然前提要稳定可靠 啊啊

[水向东流时光怎么偷]

我是这样实现的，在总部一个总库，所有分店全部访问总部的， 当网络出现问题时，暂存在本地，网络恢复后同步到总部

[tds__609]

数据库的合并复制就可以做到啊，网络有问题也不影响，网络恢复后数据会自动上载下载。 我项目中服务器跨国都没问题。 百度搜索怎么设置吧。

[shiguangxin]

数据库的合并复制? 度娘下