扫码阅读
手机扫码阅读
系统设计 | 多对多关系模型拆解案例

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


TechLead 少个分号
扫码关注公众号
多对多关系拆解分析与模型设计
经验丰富的程序员通常避免使用多对多关系,因为这表明领域模型设计时可能丢失了重要概念。本文通过分析多对多关系的具体案例,提供了领域模型设计的参考资料,并采用 E-R 图来描述这些关系。
具体案例分析
- 订单和商品:多对多关系会丢失订单行的概念,而实际上应引用商品的快照而非商品本身。
- 群和用户:在没有群成员概念的情况下,生命周期管理复杂且某些业务实现困难,例如记录成员在群中的信息。
- 标签和文章:提供了两种拆解方案,一种是将关系设计为标签项,另一种是作为文章标签,取决于业务需求。
- 学生和老师:多对多关系可以拆解为课程和班级,以及学生每年的班级变化。
- 用户、角色和资源:在 RBAC 模型中,用户角色和权限的概念可以拆解多对多关系。
- 分销渠道和商品:可以设计分销商品来拆解多对多关系,并考虑分销商自身的属性和逻辑。
- 组织和用户:需要设计员工和身份概念来拆解复杂的多对多关系。
总结
多对多关系提示了隐藏模型的存在,通常通过添加隐藏模型可以拆解多对多关系。在更复杂情况下,需要找到合适的归属来确立微服务边界。多对多关系是系统设计的钥匙,帮助揭示隐藏的模型。
文章来源于公众号“DDD和微服务”,作者“少个分号”。如有内容错误,可通过微信(shaogefenhao)联系作者并有机会领取红包。欢迎收藏、转发本文。
想要了解更多内容?


TechLead 少个分号
扫码关注公众号
TechLead 少个分号的其他文章
模型诊断 | 上下文之间的边界和幂等因子
如果在两个服务中需要实现最终一致性,却找不到幂等因子,说明模型设计可能有一些问题,这在边界模型设计上需要特别注意。
架构中的矛盾和权衡
我们在讨论架构的过程中,总会陷入一些矛盾,这些经典的矛盾成了关于架构无尽争论的源头。这些矛盾往往是我们分析架构方法的关键所在。
技术管理 | 为什么团队节奏如此重要?
比起忙,往往更可怕的是乱。一旦乱了,项目的节奏感被打乱就会进入恶性循环。越乱越忙,越忙越乱。
技术管理 | 为什么事情推不动?
我有一个绝妙的主意,但是就是推不动怎么办?
技术管理 | 选择团队沟通的媒介
一些值得实践的团队沟通媒介,用好了可以提高沟通效率。
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线