DDD 中 aggregate 的规则:
这种思路,是不是更适用 mongo 实现,于 MySQL 比,天然一个记录就是一个 aggregate
1
hbhswj 2023-10-17 21:04:47 +08:00
其实存储技术应该是最简单的一环
|
2
Leviathann 2023-10-17 21:12:57 +08:00
hibernate 不就支持一个对象作为字段么
|
3
thinkershare 2023-10-17 22:07:20 +08:00
你的理解没什么,基于文档的数据库的确更加适合 DDD ,但是随之而来的问题是事务一致性。
|
4
thinkershare 2023-10-17 22:07:29 +08:00
没什么问题。
|
5
ihuotui 2023-10-17 23:06:18 +08:00
对于简单一个实体一个表的话,什么数据库都可以,但是一个根对应多个实体(比较复杂的根),确实需要事务(或者保证一致性的支持,但是自己实现事务不如数据库的事务)。
|
6
Qjues 2023-10-17 23:32:28 +08:00
1. mysql 和 mongodb 的关键区别关系型和结构化的点上。
2. mongo 所谓的文档概念,在 mysql 中也可以通过 json 字段实现。 3. 复杂业务一个聚合会有多个关联实体,会出现通过实体反向查询聚合场景。ddd 的聚合思想优势更多体现在增删改的入口管理。 |
7
cubecube 2023-10-18 00:19:12 +08:00
mango 一无是处,放弃吧,所有的第一代 nosql 除了 redis ,目前都没啥太大的意义了。在 CPU 性能暴增+全闪存存储下, 关系型数据库根本没有啥缺点
|
8
Desdemor 2023-10-18 10:56:30 +08:00
aggregate 跟你用哪个数据库无关吧, 他是聚合的每个实体
|
9
zhengchengdong 2023-10-20 16:32:41 +08:00
第一,所谓聚合罗里吧嗦一大堆定义,其本质就是面向对象设计的 “封装性”
第二,mongodb 官网早期首页上赫然写着 “mongodb 的文档性设计天然契合习惯于对象思维的程序员”,只不过现在都被广告代替了 所以,你是对的 另外,没什么可担心的,都是设计思想问题,DDD 是个设计思想 |