现在,大到银行等金额机构,小到城市一卡通,直到餐馆等路边小店的会员系统都在使用电子支付进行结算。
根据系统应用的用户规模和交易量,系统的数据库设计也是不同的。
那种账户一年才几个,交易量不到一万笔,交易额在10万以下的小系统,用个access就能解决,感觉不用特别去研究。
那种超大规模的应用,如股票交易、信用卡结算,涉及到问题太多,一两句说不清楚。
这里主要说说,我们平时接触到的大多是一些中小型的结算系统,如连锁商场的会员卡储值系统,校园餐卡系统,加油站,网站在线交易等。
1. 数据库设计的原则
1) 准确记录账户基本信息,特别是状态。
2) 交易时要正确记录下交易信息和账户状态。
3) 交易记录是历史性的,不可篡改。
4) 交易是连续的,对时间要求准确。
5) 交易记录要完整,对安全性有要求。
2.主要数据表
1) 账户基本信息表
记录账户的持有人姓名、联络方式、余额、有效期、密码、流通范围等。为了安全,该表还应该由账户、姓名、有效期和余额组成的检验串,防止有人恶意修改余额或账号。
2) 交易记录表
记录每一笔交易信息,除了记录交易账户、交易时间、交易金额、交易后余额和交易内容(充值或消费购物)外,还应该记录下账户的其它基本信息,如账户持有人姓名、交易地点等。这也许会增加数据的存储量,但这是有必要的。如在银行储藏点存下钱&#x