财务软件的优化

最近做了一个新的电商平台，本质上还是一个电商场景下的借条平台，其中的设计有对于之前设计的借条平台的完善，这里整理一下。

1.对于原来统计系统的完善，原来的数据都是数据一旦不再更改后，直接导入历史表，这种设计对于业务系统来说，是能保证业务系统的数据最小，但是对于当天的数据统计，则是一个麻烦，需要统计历史表，统计时间比较长，客户体验比较差。这一次改为每天晚上定时任务跑，在统计完当天的数据后，再导入到历史表。将当天的统计结果记录到统计表中，后台再看的时候，对统计表进行二次汇总，这样统计的反应时间可以忽略不计。

2.对于账目系统历史表的完善，原来的项目只分帐目表和历史表，历史表增长得比较快，观察了一下数据发现用户和我们的明细，和银行的明细占了一小半，但是用户在前端只看他自己的账目，不看我们系统和他的账目，那么对于这里就有优化的空间。这一版改为4张表，账目表，账目历史表，系统账目历史表，银行账目历史表。在做账的时候，和原来一样，但是在导入历史表的时候，按照用户主体，将用户数据，系统数据，银行数据分开保存到不同的表中，这样减少了用户查询账目的时候，检索的表的总数据量。也方便了我们统计收入的时候，检索数据的总量。

3.数据库的表命名更加规范.数据库表的数量大幅增加，导致表的命名必须规范，相关的表的前缀必须一致，这样才能在大量的表中找到我们想要的表

4.数据库的不分库，之前我们系统是分成两个库的，导致我们需要跨库查询的时候，还要加上数据库的名字，这一版干脆就用前缀来区分不同类型表

5.做账的模块化,原来的借条系统做账放在了一个service文件中,我采用在类里面定义子类的方式来区分不同的做账场景,上线后一直没有拆开,这一版直接拆开成基于公共类来继承许多子类的方式,每个类对应一种做账场景.