为了评估目的，我正在尝试建立一个事件采购应用程序，它是一个“个人财务软件”，第一次尝试是创建一个可以添加实体的聚合根（帐户）（Transaction / s）
帐户将在软件生命周期中收到大量的交易，因此每次我需要添加交易时都必须重新补充聚合物。
所以我的恐惧要么是：
答案 0 :(得分：0)
这显然是选项2）。
我不认为您需要将每笔交易添加到帐户中 - 这里的一致性优势在哪里？
实际上，在底层业务领域，这正是他们（财务人员）首先引入交易的原因 - 交易是原子金融交易的一致概念，账户余额通常更新为交易发生后几小时或几天（参见，价值日期与交易日期）。
金融领域是一个完美的例子，其中某些链接喜欢＆＃34;事件采购＆＃34;并且最终的一致性在实际领域中也很常见，并且它们非常适合长期运行的过程（saga），并且在其聚合上具有最终的一致性。