這可能(信用卡/借記)感覺就像在計算器社區重複的職位。但我真的想驗證我的想法的交易(信用卡/借記)
我搜索了社會,我發現了一些與在評論這topic.But非線程的,我擬的會計應用程序中實現那些線索解釋了關於「如果實現該方法會發生什麼。」
所以我從社會期待着人們的思想,對我的想法。 而且還建議,這樣我可以改進我的設計。
所以這是我的應用領域:
我發現我的客戶(審計公司)與最多(粗略的回合數),每年720萬個交易的交易。它包括來自不同公司的多個審計數據。
因此,處理此類數據量可能會在數據量達到更高數量時影響應用程序的性能。
我用於存儲數據庫內交易數據的做法是這樣的:
處理和執行交易在關係數據庫
保存交易和賬戶作爲一個獨立的實體。
帳戶>:ACCID(PK)| accname | openningbalance | currentamount | comp_id(FK)
交易>:TRID(PK)| tridentifier(UUID)| tr_amount | tr_state
有一個多到許多關係。
我考慮信用卡和借記作爲獨立的角色,每個交易和賬戶有很多信用卡和借記許多角色。
帳戶 1:M 信用 M:1個交易
帳戶 1:M 借記 M:1個交易
當我想註冊一個交易:
註冊交易表中的交易
插入信用考慮採用信用方式,反映確保總額平衡的借記方式。通過借記通過信用社ACCID SEACH
ACCID> SEACH
請考慮我:
平衡將在業務邏輯層
當我想要檢索特定帳戶數據來實現新的帳戶應用程序域。所以幫助我這個設計。