扫码阅读
手机扫码阅读
系统设计 | 多对多关系模型拆解案例
52 2024-08-27
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:系统设计 | 多对多关系模型拆解案例
文章来源:
TechLead 少个分号
扫码关注公众号
多对多关系拆解分析与模型设计
经验丰富的程序员通常避免使用多对多关系,因为这表明领域模型设计时可能丢失了重要概念。本文通过分析多对多关系的具体案例,提供了领域模型设计的参考资料,并采用 E-R 图来描述这些关系。
具体案例分析
- 订单和商品:多对多关系会丢失订单行的概念,而实际上应引用商品的快照而非商品本身。
- 群和用户:在没有群成员概念的情况下,生命周期管理复杂且某些业务实现困难,例如记录成员在群中的信息。
- 标签和文章:提供了两种拆解方案,一种是将关系设计为标签项,另一种是作为文章标签,取决于业务需求。
- 学生和老师:多对多关系可以拆解为课程和班级,以及学生每年的班级变化。
- 用户、角色和资源:在 RBAC 模型中,用户角色和权限的概念可以拆解多对多关系。
- 分销渠道和商品:可以设计分销商品来拆解多对多关系,并考虑分销商自身的属性和逻辑。
- 组织和用户:需要设计员工和身份概念来拆解复杂的多对多关系。
总结
多对多关系提示了隐藏模型的存在,通常通过添加隐藏模型可以拆解多对多关系。在更复杂情况下,需要找到合适的归属来确立微服务边界。多对多关系是系统设计的钥匙,帮助揭示隐藏的模型。
文章来源于公众号“DDD和微服务”,作者“少个分号”。如有内容错误,可通过微信(shaogefenhao)联系作者并有机会领取红包。欢迎收藏、转发本文。
想要了解更多内容?
查看原文:系统设计 | 多对多关系模型拆解案例
文章来源:
TechLead 少个分号
扫码关注公众号
TechLead 少个分号的其他文章
系统设计 | 如何表达技术架构?(规划篇)
如何更清晰易懂的表达软件架构以及技术方案,且成本合适,能长期维护?
系统设计 | 编码、散列和加密
编码、散列和加密是常用的系统设计工具,但常常被混用、误用,本文带你一起辨析常见的编码、散列和加密算法。
领域建模的原则(战术篇)
当团队规模非常大、系统极其复杂的时,我们就需要制定一些原则来评审、检查各个各个团队产出的模型是否合适。
系统设计 | 业务编号生成
盘点常见的业务编号的技术实现方案
为什么工程师都需要一块白板
一家靠谱的软件公司的墙面上都有许多写字的白板,越是专业的软件公司,越会使用白板来进行讨论。白板甚至是一种文化,越来越多的公司在办公室提供可以写字的墙面和容易擦写的马克笔。
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线