会计数据库模型

Question

需要构建一个具有内部钱包功能的服务。这是一个简单的用例图：

我做了一个数据库模型

但我不喜欢它的原因如下

• 不能保证只有 1 个子类型记录。
• 不保证至少会有 1 个子类型记录。
• 没有明确的方式来显示条目的详细历史列表。

所以，问题是 - 如何组织 DB 模型？我已经准备好接受最激进的解决方案，比如锚模型或其他东西。只想知道理想的会计数据库模型。我最喜欢的 DB 是 PostgreSQL，但总的来说，这无关紧要。

这是我的accounting_entry主要实体实现 - https://gist.github.com/dilame/dcb55112833d0ad6579a08fd573592da

所有其他实体都应该是accounting_entryER 图中所示的子类型。