多家分店的连锁版数据库软件设计思路

Question

客户有多家分店，总部接受多家分店提交的数据，进行汇总，现在的问题是如果远程sql 服务器出现问题时，分店数据不能提交，业务不能进行。现在想这样解决这个问题，分店数据先保存在本地，当网络通了后在提交远程服务器，不影响分店的业务正常进行。按两种结构来编写，远程服务器采用MS SQL SERVER 2005，本地数据库采用ACCESS数据库，一份订单保存本地、同时也提交到远程服务器，如果远程服务器正常运行的话。如果不正常运行那就保存到本地，网络通了在提交远程服务器。不知道这样的数据库软件怎么设计好维护、好编码？这样的思路是否可行？因为软件采用主键自动生成客户ID，那么插入到服务器的时候因为有多家店都往服务器的同一个客户表里插入数据，那么主键ID就不一样了，这样还是有些麻烦。

Answer 1

关于总店与分店的问题，参看这个：http://blog.csdn.net/fstao/archive/2011/03/27/6281159.aspx

Answer 2

也就是分帐套处理嘛，建议别像UF、KD等每个帐套一个DB，而是集成于一个DB里即可

Answer 3

1. POS终端机 采用access 数据库, 防止分店服务器出问题,或者网络问题造成POS终端机不能操作.
            pos终端程序先写本地access数据库,再提交到分店服务器, 未能提交时,待分店服务器
              OK时提交上去2. 分店服务器 接收POS终端机的请求, 保存至数据库, 另写一个服务程序,提交数据到总店服务器,同时
               接收总店发布的数据(产品信息,客户信息等)
3. 总店服务器 需要一台专用的发布服务器, 专门接收分店的数据,并发布数据至分店.
4. 自动ID的问题, 可以用GUID, 或者分段分配(规定各分店的起,止ID)个人不是从事POS软件, 凭感觉写的.

Answer 4

分店是自动递增id
总店数据库里是店号+id才是唯一的

Answer 5

分店是自动递增id
总店数据库里是店号+id才是唯一的->这个好.应该有统一的ID, 像会员ID

Answer 6

有自增的id也没关系，在本地上传到服务器时，当数据上传时，在服务器上另外在生成一个自增id就可以了。