DDD 中的多对多关系建模

多对多关系的挑战与解决方法

文章讨论了多对多关系在软件建模中的难点及其对软件架构可能造成的问题。在一个具体项目例子中，作者经历了用户与空间间多对多关系管理的困难，发现这种关系导致权限管理复杂且业务需求难以满足。

传统数据库模型的限制

传统的数据库设计使用中间表来处理多对多关系，如项目中的"workspace_user_relation"表。然而，这种设计在技术实现和业务支持上均存在不足。例如，它难以管理用户权限，管理员的权限限制，以及中间表的语义不明确。

面向对象与关系数据库的鸿沟

关系数据库理论自1969年提出以来，它的集合论基础在数据处理上有独特优势，但是与面向对象的编程模型存在天然鸿沟。对象关系映射(ORM)软件试图解决这一问题，但多对多关系在面向对象中是一个难以处理的“隐藏模型”。

重新思考多对多关系

作者提出使用主体-客体思维来重新思考多对多关系。通过识别出“隐藏的模型”，如“工作空间-用户”，并为其命名（例如“空间成员”），可以将复杂的多对多关系简化为两个一对多关系，从而清晰化模型。

隐藏模型的归属问题

在解决了命名问题后，还需决定隐藏模型的归属。以“标签”系统为例，可以设计通用的标签系统，或者将标签与具体业务关联。这取决于业务重点和对聚合搜索能力的需求。

结论

模型建立需服务于业务需求。业务人员需要明确业务重心，并在模型设计中做出权衡和取舍。