请教：连锁店会员卡消费系统的数据库设计方法及其它注意事项？
最近要接手一个连锁店的会员卡消费系统，由于以前没有这方面的经验，所以请教做过的朋友，在数据库设计方面有哪些注意的。
需求：
连锁店，分布于各城市，可以跨店跨地区进行消费和充值；
充值时，针对相应金额给予不同的返款；
消费时，进行实价结算，不在优惠；
一个会员可持多张卡；
卡有记名卡和不记名卡，
某些卡有消费时间限制和指定店面消费；
重要的是会员卡涉及现金交易，所以准确性非常重要。
特别是：
充值中出错，因操作员失误给客户少充或是多充，并进行事后更正；
消费扣款出错，因操作员失误给客户少扣或是多扣，并进行事后更正；
因为涉及各连锁店，且各连锁店财务相对独立，对于数据进行查询和统计、分析也是很重要的。
对于软件结构模式：
１、在各连锁店安装管理软件，直接对放在总部的数据库进行实时连接操作；
２、建立三层结构，总部服务器负责存放数据和响应客户端进行数据库操作并返回结果给客户端，各连锁店安装管理软件，向服务器端软件发送请求并显示返回结果。
不知哪种方法更好？
对于容错处理：
系统需要７X24不间断地提供服务，目前计划采用双机容错保证总部服务器端持续可靠运行；
数据灾难备份：
由于系统涉及到交易信息，所以必须有可靠的备份机制，目前计划实行服务器本地实时备份，并定期每天（或每周）进行异地远程备份。
对于连锁店和总部的网络连接：
１、电话拨号连接；
２、adsl等宽带直接连接；
３、adsl宽带+VPN（总部硬件、连锁店软件）连接；
４、adsl宽带+VPN（全硬件）连接；
目前认为第３种是比较经济和安全的。
请大家多多指点
[解决办法]
帮up
[解决办法]
以上是系统的全部需求吗！
[解决办法]
首先，在软件模式上，建议采取客户端+中间业务逻辑层+后台数据库，以便于系统的维护和业务逻辑的统一，和系统的扩展性：在连锁店数量到达一定规模时，可通过扩展硬件服务器（安装中间业务逻辑层）而达到扩展。
最好可提供客户端的自动升级。
在数据库设计时，需要注意的是，得设计会员卡的现金流水帐表（即每张会员卡何时充值，充值金额、何时消费、消费金额等），就象会计帐中的供应商的应付款一样。各种业务单据负责回写到这些帐表中。具体需要如何设计得看你的业务复杂到什么程度。
