数据库 – 最佳事件采购数据库策略

我想设置一个小型的事件采购库.
我在网上阅读了一些教程,到目前为止一切都被理解了.

唯一的问题是,在这些不同的教程中,有两种不同的数据库策略,但没有任何注释,为什么他们使用他们使用的那种.

所以,我想问你的意见.
重要的是,您为什么更喜欢您选择的解决方案.

>解决方案是db结构,您可以在其中为每个事件创建一个表.
>解决方案是db结构,您只创建一个通用表,并将事件作为序列化字符串保存到一列.

在这两种情况下,我都不确定他们如何处理事件更改,也许他们创建了一个全新的事件.

亲切的问候

我建立了自己的事件采购库,我选择了选项2,这就是原因.

>您通过聚合ID而非事件类型查询事件流.
>如果事件全部在不同的表中,那么按顺序重现事件会很痛苦
>这会让升级事件变得有点痛苦

有一种说法可以说你可以在每个聚合上存储事件,但这取决于项目的要求.

我确实有一些关于如何使用事件流的帖子,你可能会觉得有用.

我希望你觉得有用.

相关文章