扫码阅读
手机扫码阅读
系统设计 | 多对多关系模型拆解案例
158 2024-08-27
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:系统设计 | 多对多关系模型拆解案例
文章来源:
TechLead 少个分号
扫码关注公众号
多对多关系拆解分析与模型设计
经验丰富的程序员通常避免使用多对多关系,因为这表明领域模型设计时可能丢失了重要概念。本文通过分析多对多关系的具体案例,提供了领域模型设计的参考资料,并采用 E-R 图来描述这些关系。
具体案例分析
- 订单和商品:多对多关系会丢失订单行的概念,而实际上应引用商品的快照而非商品本身。
- 群和用户:在没有群成员概念的情况下,生命周期管理复杂且某些业务实现困难,例如记录成员在群中的信息。
- 标签和文章:提供了两种拆解方案,一种是将关系设计为标签项,另一种是作为文章标签,取决于业务需求。
- 学生和老师:多对多关系可以拆解为课程和班级,以及学生每年的班级变化。
- 用户、角色和资源:在 RBAC 模型中,用户角色和权限的概念可以拆解多对多关系。
- 分销渠道和商品:可以设计分销商品来拆解多对多关系,并考虑分销商自身的属性和逻辑。
- 组织和用户:需要设计员工和身份概念来拆解复杂的多对多关系。
总结
多对多关系提示了隐藏模型的存在,通常通过添加隐藏模型可以拆解多对多关系。在更复杂情况下,需要找到合适的归属来确立微服务边界。多对多关系是系统设计的钥匙,帮助揭示隐藏的模型。
文章来源于公众号“DDD和微服务”,作者“少个分号”。如有内容错误,可通过微信(shaogefenhao)联系作者并有机会领取红包。欢迎收藏、转发本文。
想要了解更多内容?
查看原文:系统设计 | 多对多关系模型拆解案例
文章来源:
TechLead 少个分号
扫码关注公众号
TechLead 少个分号的其他文章
《研发自测》签名版和《程序员认知心得》纸质版
购买《研发自测》签名版赠送《程序员认知心得》纸质版一册,另有其它获取方式。
系统设计 | 领域模型中的拓展点设计
如何为领域模型设计一些拓展点,应对多样化场景?
为什么 DDD 又火了起来?
比如在分布式系统当中,我们必须要考虑到事务的问题、性能的问题,还有数据查询等等各种各样在单体世界里面不需要考虑的问题,因此对我们的模型创建又提出了更高的要求和挑战。人们选择了 DDD 来 “一本正经” 的建模,而不敢再 “拍脑袋”。
系统设计 | 多币种设计
如果提前考虑到多币种的问题,在整套设计中会更加统一和简单,避免一些问题。
系统设计 | 解决困难问题的思路
我们想要得到什么,就要先想想什么可以失去。
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线