虽然我之前遇到过Kafka，但我最近才意识到 Kafka 可能被用作（基础）CQRS、eventstore。 Kafka 支持的主要功能之一： 事件捕获/存储，当然全部都是高可用的。 发布/订阅体系结构 能够重放事件日志，这使得新的订阅者在事后注册系统成为可能。 诚然，我并不完全了解...

如果我使用关系型数据库（例如SQL Server）存储事件溯源数据，它的模式可能是什么样子？ 我看到一些抽象概念上的变化，但没有具体的例子。例如，假设有一个“产品”实体，对该产品的更改可以采用以下形式：价格、成本和描述。 我对以下几种情况感到困惑： 1. 是否应该使用“ProductEven...

让我们以一个简单的“帐户注册”示例为例，以下是流程： 用户访问网站 点击“注册”按钮并填写表单，然后点击“保存”按钮 MVC控制器：通过从ReadModel读取内容验证用户名唯一性 RegisterCommand：再次验证用户名唯一性（这里是问题） 当然，我们可以通过在MVC控制器中从Re...

事件溯源和CQRS非常好，因为它可以摆脱开发人员陷入一个预先建模的数据库中，除非进行大型数据迁移项目，否则需要在应用程序的生命周期内使用该数据库。 CQRS和ES还有其他好处，如扩展事件存储，审计日志等，这些好处已经在互联网上广泛存在。 但是有什么缺点呢？ 以下是我在研究和编写小型演示应用...

除了错过事件溯源的某些好处外，将现有架构调整为CQRS而不使用事件溯源是否还存在其他缺点？ 我正在开发一个大型应用程序，开发人员应该能够在接下来的几个月内处理将现有架构分离为命令和查询，但要求他们在此阶段添加事件溯源将是一个资源方面的巨大问题。如果我不包括事件溯源，我是否犯下了渎神罪？

我想知道使用EventStore (http://geteventstore.com)相比在MongoDb中自己实现事件溯源，有什么优势。 我这样问的原因是，我们公司有很多人每天都在使用MongoDb。尽管他们不完全不了解事件溯源，但也不会在任何地方开始实现它。 我即将开始一个非常适合事件...

CQRS（命令查询责任分离）和事件溯源有什么区别？ 我认为事件溯源是CQRS的一种类型。它们之间的区别在哪里？什么使得事件溯源与其他类型的CQRS不同？ 谢谢。

我想建立一个小型事件溯源库。 我在网上阅读了一些教程，到目前为止都理解了。 唯一的问题是，在这些不同的教程中，有两种不同的数据库策略，但没有任何注释说明为什么使用他们选择的方法。 所以，我想问你的意见。 并且重要的是，为什么你喜欢你选择的解决方案。 第一种解决方案是创建每个事件的一个表...

假设Stack Overflow域问题和以下事件定义： UserRegistered(UserId, Name, Email) UserNameChanged(UserId, Name) QuestionAsked(UserId, QuestionId, Title, Question) ...

我不太确定我是否理解了事件存储(Eventstore)的含义，我认为它是一种领域对象的“事务日志”。它的优点/缺点是什么？何时使用以及何时不应使用它？ 编辑: 因为我可能要求过多了，如果有一个简单的情境来说明何时使用事件存储，何时不使用，我会很高兴。换句话说：能否用几个句子描述这两种...