据我所知，来自 DDD 的有界上下文的特征之一是它们是无处不在的语言没有歧义的边界。在这种情况下，如果在一个系统上我们有产品的概念，那么如果我们谈论从经销商处购买产品或真正将产品销售给某人，产品的含义可能会有所不同。事实上，业务逻辑甚至可能会改变:在销售时可能会有一些关于折扣的逻辑，这在购买产品时没有意义。在这种情况下，我们隔离了无处不在的语言，从而创建了两个有界上下文。其中，有产品的概念，但意义不同。
关键是通常会有很多重复的数据。例如，在产品示例中，产品名称、类别、描述是相同的事物的示例。我的疑问不是在代码上关联那些重复信息，而是在持久化数据时。
将这些重复数据持久化到数据存储时，我们如何处理它？是否有一种推荐的方法来关联它，或者我们只是将它分开而不考虑它会带来的冗余？
最佳答案
有界上下文不应共享相同的数据存储。如果您有多个有界上下文，每个有一个 Product 实体，那么这些有界上下文中的每一个都很可能有一个表/集合来存储 Products 。
关于architecture - 关联有界上下文的数据，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/30689532/