最近做了一個新的電商平臺，本質上還是一個電商場景下的借條平臺，其中的設計有對於之前設計的借條平臺的完善，這裏整理一下。
1.對於原來統計系統的完善，原來的數據都是數據一旦不再更改後，直接導入歷史表，這種設計對於業務系統來說，是能保證業務系統的數據最小，但是對於當天的數據統計，則是一個麻煩，需要統計歷史表，統計時間比較長，客戶體驗比較差。這一次改爲每天晚上定時任務跑，在統計完當天的數據後，再導入到歷史表。將當天的統計結果記錄到統計表中，後臺再看的時候，對統計表進行二次彙總，這樣統計的反應時間可以忽略不計。
2.對於賬目系統歷史表的完善，原來的項目只分帳目表和歷史表，歷史表增長得比較快，觀察了一下數據發現用戶和我們的明細，和銀行的明細佔了一小半，但是用戶在前端只看他自己的賬目，不看我們系統和他的賬目，那麼對於這裏就有優化的空間。這一版改爲4張表，賬目表，賬目歷史表，系統賬目歷史表，銀行賬目歷史表。在做賬的時候，和原來一樣，但是在導入歷史表的時候，按照用戶主體，將用戶數據，系統數據，銀行數據分開保存到不同的表中，這樣減少了用戶查詢賬目的時候，檢索的表的總數據量。也方便了我們統計收入的時候，檢索數據的總量。
3.數據庫的表命名更加規範.數據庫表的數量大幅增加，導致表的命名必須規範，相關的表的前綴必須一致，這樣才能在大量的表中找到我們想要的表
4.數據庫的不分庫，之前我們系統是分成兩個庫的，導致我們需要跨庫查詢的時候，還要加上數據庫的名字，這一版乾脆就用前綴來區分不同類型表
5.做賬的模塊化,原來的借條系統做賬放在了一個service文件中,我採用在類裏面定義子類的方式來區分不同的做賬場景,上線後一直沒有拆開,這一版直接拆開成基於公共類來繼承許多子類的方式,每個類對應一種做賬場景.