我想设置一个小型的事件采购库.
我在网上阅读了一些教程,到目前为止一切都被理解了.
我在网上阅读了一些教程,到目前为止一切都被理解了.
唯一的问题是,在这些不同的教程中,有两种不同的数据库策略,但没有任何注释,为什么他们使用他们使用的那种.
所以,我想问你的意见.
重要的是,您为什么更喜欢您选择的解决方案.
>解决方案是db结构,您可以在其中为每个事件创建一个表.
>解决方案是db结构,您只创建一个通用表,并将事件作为序列化字符串保存到一列.
在这两种情况下,我都不确定他们如何处理事件更改,也许他们创建了一个全新的事件.
亲切的问候
解决方法
我建立了自己的事件采购库,我选择了选项2,这就是原因.
>您通过聚合ID而非事件类型查询事件流.
>如果事件全部在不同的表中,那么按顺序重现事件会很痛苦
>这会让升级事件变得有点痛苦
有一种说法可以说你可以在每个聚合上存储事件,但这取决于项目的要求.
我确实有一些关于如何使用事件流的帖子,你可能会觉得有用.
6 Code Smells With Your CQRS Events and How to Avoid Them
Aggregate Root – How to Build One for CQRS and Event Sourcing
How to Upgrade CQRS Events Without Busting Your Event Stream
我希望你觉得有用.
原文地址：https://www.jb51.cc/mssql/84402.html
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
