数据库设计:会计交易表

Question

将事务项存储到复式记帐数据库.

我想出了两个解决方案--选项1和选项2 --我被告知大多数银行包选择了选项2作为他们的数据库设计。不过，我更喜欢选项1而不是选项2，因为它很有意义，而且效率更高！

也就是说，对于资金的2次流动，备选方案1需要2项记录，备选方案2需要4项记录。

我想知道为什么银行会选择选项2而不是备选方案1？原因是什么？

Option 1)
TRANSACTION
Credit_AccountId
Debit_AccountId
Amount
...

Option 2)
TRANSACTION
AccountId
Amount
...

Answer 1

从插入的角度来看，备选方案1可能会更有效一些。但由于许多会计交易将影响两个以上的账户，收益可能会大大低于2:1。

对于这些更复杂的事务，备选方案2将更加清楚。也就是说，会计师通常会发现三行

• 借方A $100
• Credit $60
• Credit $40

比两排更清晰

• 借方$60 Credit $60
• 借方$40 Credit $40

如果双方都有多个账户，那么如何将借方和贷项匹配到单个帐户也会有点不清楚。那是,

• 借方A$100
• 借方B $30
• Credit $60
• Credit $70

F 223

可以表示为

• 借方$60 Credit $60
• 借方$40 Credit $40
• 借方$30信用D $30

但是，还有其他可能的方法来构造数据模型2的数据。

此外，如果您试图通过汇总事务来确定特定帐户的当前余额，则选项2将更加有效。

Answer 2

在一般会计数据库设计中，将借方和贷方存储在单个字段(即选项2)中是合乎逻辑和效率的，因为这将简化汇总、数字操作和报告。每个借方和贷方交易都应该附加一个日期时间字段，以筛选出一个特定时期。从Smashword获得这本书，标题是会计数据库设计。为财务报告提供了一些良好的会计系统设计范例和一些有趣的sql查询。