为了使域事件处理一致，我想在保存AggregateRoot 的同时将域事件持久化到数据库中。稍后使用事件处理器对它们做出反应，例如假设我想将它们作为集成事件发送到事件总线，我想知道在通过总线后是否允许从数据库中删除事件？
因此，事件将永远不会再以 AggregateRoot 根目录加载。
【问题讨论】：
标签： domain-driven-design eventual-consistency domain-events
我想知道是否允许reactor在反应之后从db中删除事件。
您可能想要查看 Udi Dahan 的 Reliable Messaging Without Distributed Transactions；还有 Pat Helland 的论文Life Beyond Distributed Transactions。
在事件源系统中，这意味着域事件的历史是聚合的持久历史，您几乎永远不会删除事件。
在一个系统中，域事件日志只是要与其他“伙伴”通信的消息日志：从根本上说，域事件是描述要从系统的一个部分复制到另一个部分的信息的消息。因此，当我们收到消息已成功复制的确认时，我们可以删除存储在“此处”的副本。
在您无法确定所有消费者都收到了域事件的系统中（因为消费者列表可能不明确），那么您可能无法删除域事件。
您也许可以移动它们——也就是说，您可以从事件历史中显式订阅聚合，然后隐式订阅历史，而不是隐式订阅聚合。
您可能能够将域事件记录视为缓存 - 如果合作伙伴在消息可用后 7 天内未完成使用消息，那么可能会交付消息不是系统中最大的问题。
您需要多少个九的交货保证？
【讨论】：
领域事件是过去发生的事情。你不能删除过去，假设你不是 Martin McFly :)
不应从事件存储中删除域事件。如果想知道之前是否已经处理过，可以加个flag知道。
更新 ==> 事件管理流程说明
我遵循 IDDD（Vaughn Vernon 的红皮书，参见第 287 页的图片）的方法：
1）聚合将事件本地发布到BC（轻量级发布者）。
2) 在 BC 中，轻量级订阅者将 BC 发布的所有事件存储在“事件存储”（即 BC 同一个数据库中的表）中。
3) 批处理（工作者）读取事件存储并将事件发布到消息队列（或您所说的事件总线）。
4) 其他对事件感兴趣的 BC（甚至是同一个 BC）订阅消息队列（或事件总线）以监听事件并对事件做出反应。
无论如何，即使工作人员已经将事件发送到消息队列中，您也不应该从事件存储中删除域事件。相反，不要再发送它，但事件是已经发生的事情，您不能（不应该）删除过去发生的事情。
消息队列或事件总线只是一种发送/接收事件的机制，但事件应保持存储在它们创建和发布的 BC 中。
【讨论】：