多用户与服务器数据汇总的问题(100分)

现有一服务器,下面有三个客户端同时在使用,全部没有时时相连,每天会进行一次客户端
数据提交到服务器进行汇总以达到交换当天各自的营业数据.现有一种消费方式.
一客户有5000元存在这,而他可以到任何一个网点消费,而且同时在几家进行消费也是有可
能的.现在三台客户端都不可能同时反映出实际余额,当天结算后会将消费表打包到服务端
进行汇总得出余额,然后把最新余额打包给各个客户端下载更新,现如何才能更好的解决在
汇总时出现的失误问题.
我现想用的办法是
总金额 使用金额 余额 服务器消费额 服务器最新余额
5000 0 5000
当出现消费时
5000 500 4500
当天汇总后得出
总金额 使用金额 余额 服务器消费额 服务器最新余额
5000 0 4500 500 4500
当天消费
5000 1000 3500 500 4500
另一客户端
5000 500 4000 500 4500
结算后上传得到
总金额 使用金额 余额 服务器消费额 服务器最新余额
5000 0 3000 2000 3000
//可见我采取的是每天由服务器得出最新余额来对客户端进行更新余额
我想有没有更好的方案呢 ?

可以构建一个分布式DB，不过要求服务器和客户端总是连接。

如果你不相连着会有问题吧
试想一下,如果
有人的帐户还剩4000元,而你每天才汇总一次,那么每个客户端显示这个人的余额都有4000元,
如果此人去多个客户端消费,就后可能发生消费额大于余额的问题.
所以还是时刻相连着比较好,尤其是与财务相关的.
三个客户端,比较简单,简单的客户/服务器模式就可以了

同意楼上的说法，如果按照你说的条件根本不可能实现，因为不知道具体刚才消费了
多少。解决办法，每次消费都进行连接。消费完毕数据提交。
限定消费次数和消费额，或者存余额到用户卡上，（危险）

对于各位都担心超额这个问题，其实只要不是时时在线的话，这个问题是不可能解决的，因
为客户手上有几张相同功能的卡，无论用哪张都可以在各个客户端进行消费，当然如果是一
张卡的话，就不存在问题，余额存在卡上不就可解决了，但现在余额是存在客户端上，所以
超额可以视为不理，因为这是合同方式的消费，超支部份是可以取回的。所以暂且不考虑这
个问题。
我在汇总中就担心数据汇总重复，数据累加重复，因为下载可以无限次下载数据包，上传也
同理，所以我想各位能否在汇总方面给我点提示，如何对客户端传上来的三个包进行汇总。

我只想大家看看如何才能保证我的表传到服务端汇总，然后再传回客户端中能高效而且不出
现问题（或提出有可能出现的问题就行了），传输方式是采取每天一次上下载的方式。