银行银行核心系统
交易和核算分离的实现方式？
在常见的旧的核心系统中，交易中不仅仅处理了账户余额更新，交易流水记录，也包括了会计记账的信息。为了顺应新的业务变动频繁，新金融形势，为了提升核心系统的灵活性和性能。如何设计交易和核算分离，特别是对于历史包袱较重的系统。在传统的核心系统中，每个交易都会涉及到会计借贷的平衡校验，单日稽核更新余额，单日汇总总账进行总分比对等。如果从核心系统剥离之后，这些将这些功能放置什么系统中，该如何实现。而又不会影响到7*24的联机交易和昨日和当前余额的计算问题。
请从系统架构设计，表结构设计，功能设计的角度来说说交易和核算分离实现。
1同行回答
交易和核算分离呢，其实说白了，就是先让客户将业务做完，而账务处理呢却在晚上通过跑批的方式处理。这样就是借贷平衡记账了，比如我们现在的一个缴费交易，首先从客户账务上扣钱，然后记到一个对应的内部科目里去。这样就实现了一借一贷。
但是这样的记账有个弊端。就是客户可以很多个，但是对应的内部科目却只有一个，由于每次记账这个内部户都是被锁住的（防止脏数据），那么如果在大量并发交易的时候，很多客户都在缴费，就会出现锁表的情况，造成业务中断。
还是这个缴费功能，白天客户缴费了，客户金额立刻扣减，同时登记一个客户台账。等到晚上批处理来执行的时候，批量的将这个台账数据跑入内部户中完成记账处理。 这样从客户的角度来看，金额实时减少了，说明缴费成功了，而对于账务处理，在晚上按顺序批量执行，不会出现大量抢占内部户资源的情况。