背景
ENode是一个CQRS+Event Sourcing架构的开发框架,Event Sourcing需要持久化事件,事件可以持久化在DB,但是DB由于面向的是CRUD场景,是针对数据会不断修改或删除的场景,所以内部实现会比较复杂,性能也相对比较低。而Event Store实际上对数据只有新增和查询的需求,所以我想为Event Sourcing的场景针对性的实现一个Event Store。看了一下业界的一些实现,感觉都没有达到我的期望,所以想自己动手实现一个。下面是我构思的一个Event Store的单机版应该要具备的能力以及对应的设计方案,分享出来和大家讨论。
一、需求概述
"color: #ff0000">二、事件数据格式
{ "aggregateRootId": "", //聚合根ID "aggregateRootType": "", //聚合根类型 "eventVersion": "", //事件版本号 "eventTime": "", //事件发生时间 "eventData": "", //事件数据,JSON格式 "commandId": "", //产生该事件的命令ID "commandTime": "" //产生该事件的命令产生时间 }
三、存储设计
1、核心内存存储设计
"htmlcode">
{ "aggregateRootId": "", //聚合根ID "aggregateRootType": "", //聚合根类型 "eventVersion": "", //事件版本号 "eventTime": "", //事件发生时间 "eventData": "", //事件数据,JSON格式 "commandId": "", //产生该事件的命令ID "commandTime": "", //产生该事件的命令产生的事件 "previousEventPosition": ""//前一个事件在事件文件中的位置 }
"htmlcode">
{ "aggregateRootId": "", //聚合根ID "eventVersion": "", //事件版本号 "eventTime": "", //事件产生时间 "eventPosition": "", //事件在事件数据文件中的位置 }
"htmlcode">
{ "commandId": "", //聚合根ID "commandTime": "", //命令产生时间 "eventPosition": "", //事件在事件数据文件中的位置 }
3、事件数据存储
"color: #ff0000">四、框架逻辑设计
1、查询某个聚合根的最大版本号
"color: #ff0000">总结
以上所述是小编给大家介绍的EventStore文件存储设计详解,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对网站的支持!
如果你觉得本文对你有帮助,欢迎转载,烦请注明出处,谢谢!
免责声明:本站文章均来自网站采集或用户投稿,网站不提供任何软件下载或自行开发的软件!
如有用户或公司发现本站内容信息存在侵权行为,请邮件告知! 858582#qq.com
暂无“EventStore文件存储设计详解”评论...
更新动态
2024年12月25日
2024年12月25日
- 小骆驼-《草原狼2(蓝光CD)》[原抓WAV+CUE]
- 群星《欢迎来到我身边 电影原声专辑》[320K/MP3][105.02MB]
- 群星《欢迎来到我身边 电影原声专辑》[FLAC/分轨][480.9MB]
- 雷婷《梦里蓝天HQⅡ》 2023头版限量编号低速原抓[WAV+CUE][463M]
- 群星《2024好听新歌42》AI调整音效【WAV分轨】
- 王思雨-《思念陪着鸿雁飞》WAV
- 王思雨《喜马拉雅HQ》头版限量编号[WAV+CUE]
- 李健《无时无刻》[WAV+CUE][590M]
- 陈奕迅《酝酿》[WAV分轨][502M]
- 卓依婷《化蝶》2CD[WAV+CUE][1.1G]
- 群星《吉他王(黑胶CD)》[WAV+CUE]
- 齐秦《穿乐(穿越)》[WAV+CUE]
- 发烧珍品《数位CD音响测试-动向效果(九)》【WAV+CUE】
- 邝美云《邝美云精装歌集》[DSF][1.6G]
- 吕方《爱一回伤一回》[WAV+CUE][454M]