简析银行核心系统24小时设计

24小时的概念及带来的问题

1. 24小时是个系统可用性的问题，比如晚上出去夜宵用银行卡结账、去KTV凌晨刷卡结账、去国外其他时区旅游刷卡消费等都要求核心系统提供24X7不间断服务。

2. 所有的时段都有交易在发生，客户账户余额24小时不间断更新，在客户账户层面如何计提客户账户利息？，如何进行会计科目的余额与账户余额总分核对？

 

客户交易用到了账户余额（读写）、利息计提也用到了账户余额（读）、会计科目总分核对也用到了账户余额（读），但是由于24小时不间断服务带来了账户余额不间断发生更新变化，无法得到一个静止状态的余额（数据量小的银行可以考虑使用oralce数据库的flashback功能得到一个静止状态的余额），故24小时要解决这一矛盾，将客户账户余额解耦，将实时交易用到的余额与计提账户利息用到的余额、会计科目用到的余额进行解耦（将对客户账户余额的读和写解耦）。

所以我们要把账户余额分成两个概念，姑且定义成1.可用余额 2.账面余额。

1. 可用余额，用户层面查询到的余额，可以24小时不间断发生变化。

2. 账面余额，计提利息用到的余额、会计总分检查用到的余额。在过账程序入账时发生变化，平时静止不变。

由于每笔交易都包含有日期、会计科目报表也包含日期，因此系统日期也要根据使用的场景解耦成 1. 联机系统交易日期 2.批量处理日期