寻数据同步解决方案
目前做一小软件，遇到问题如下
客户有两个小店面A和B，都可上网，都无固定IP
原来我的数据库用Access，准备做成单机版的
现客户要求店面A和店面B的数据要求一致
如某会员的会员卡中有100块余额
某日他在店面A中消费了10元
那么在店面B中要能查询到他在店A中的此次消费情况
而且店面B的数据库中也要保存此会员的余额为90
-----------------------------------------------
很头疼
请各位高人帮忙解决
感激不尽
[解决办法]
客户有两个小店面A和B，都可上网，都无固定IP：
网络的问题可以通过“花生壳”之类的动态域名绑定软件解决。
至于数据同步问题，你可以使用WebService解决。
我的想法，余额用动态计算的方法，设两个表，一个表纪录充值信息，一个纪录消费信息，余额=Sum(充值)-Sum(消费)，这样你只要同步充值信息表和消费信息表。
WebService服务端，当客户端调用时，将需同步的数据筛选出来，发回给客户端，客户端把服务端返回的数据，写进本地的数据文件中。客户端可以做成服务，定时调用服务器。
A/B两个店面，都既是服务端，又是客户端。
同步充值信息表和消费信息表中都设一个字段：同步码。一个客户在A店消费，则在A的消费信息表中新增一笔纪录，同步码为“F”。B店作为客户端调A的WebService，A店WebService把消费信息表中同步码为“F”的数据筛选出来，传回给B，B的客户端接到数据后，把数据写进本地数据库，再回调A店WebService，A店WebService再把本地消费信息表中的数据同步码改为“T”。
[解决办法]
如果A、B两店面无法保证网络连接，业务功能中最好不要加入类似消费卡，现金卡等类似功能。
[解决办法]
这种小店面是典型的不想花钱，但要求好用的客户，呵呵
[解决办法]
涉及到金融的实时系统，要求非常高，这种系统我见过的全是分布式结构的。2层的并发处理很不好控制，并且业务逻辑很难不出现漏洞。
[解决办法]
我正在设计数据同步软件。
最佳的效果要求，每条记录一定要有唯一关键字，还有一个时间标记，记载该记录最后被修改的时间。
若有兴趣，加我QQ一起讨论。QQ 9001308
