背景

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文件存储设计详解,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对网站的支持!
如果你觉得本文对你有帮助,欢迎转载,烦请注明出处,谢谢!

广告合作:本站广告合作请联系QQ:858582 申请时备注:广告合作(否则不回)
免责声明:本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除!