电子支付系统数据库设计需要考虑哪些方面

第一,原始凭证必须保留 其次,业务传票清晰,使得业务处理过程有据可查 其它方面,也就是扩展性与性能的平衡,不过这也是最麻烦的部分了,既然叫平衡,就是要根据实际情况做取舍了 个人看法,仅供参考
■网友
非常抱歉!没有做过电子支付系统数据库的设计,猜想你应该是问做 支付宝,财付通,快钱等类似的数据库设计问题,实在无法回答....猜测也不太合适,因为这个数据安全性和事务安全性最高,而且几乎都是 Oracle 数据库天下。我也是做过公司级别的 充值消费 系统设计而已,SQL Server和MySQL都做过,差别比较大,SQL Server我们几乎全存储过程解决,而 MySQL是靠程序控制。
■网友
需要考虑核心三点:订单、账户、报表,另外还有风控,会员(业务如果有的话),有些业务系统还有根据用户来区分区域纬度等促销系统:第一:订单系统的设计,订单包括消费订单,充值订单,还有你各种业务的订单区分,金融交易不比其他系统,数据丝毫马虎不得。第二:账户系统设计,账户与订单又是密切相关的,一个订单流水是否失败,你的账户该在哪个时间点开始扣款?如果扣款成功,但是交易失败该如何冲正?第三:报表系统,你每天交易流水的日切时间,你的调度中心开始指挥你的报表系统在每天日切的步骤,日报,月报,交易异常账户?风控系统了解不多,但是极其重要。关于一套电子以上我说的只是冰山一角而已。
■网友
任何数据都不能丢失,哪怕是简单的查询,流水也必须保存。
■网友
高内聚低耦合


    推荐阅读