在 DDD 中，实体和存储库可以从多个表中提取数据吗？

Question

我对 DDD 很陌生，我正在尝试正确实现我的用例。

我有多个实体，它们都捆绑在一起，很像通常Order封装LineItem.

根据我对基本 DDD 的理解，我倾向于创建 2 个实体，一个用于订单，另一个用于行项目，但似乎有 2 个选项：

• 让两个存储库返回Tx，将它们全部实例化到另一个接口/结构中作为“聚合”（可能不是正确的名称）以使交易创建新订单

• 创建一个新的存储库，然后该存储库将在订单的整个范围内自行执行事务（创建订单+行项目）

对我来说，第二个选项似乎比第一个选项更容易实现。我可以进行连接、交易或此存储库中所需的任何内容，以从两个表（订单和行项目）检索数据，还可以创建事务并确保其数据完整性。但我不确定这是否是一个好的做法。

“伪代码”看起来像这样：

type Order struct {
   ID int
   lineItems []LineItem
   ...
}

type LineItem struct {
   ID int
   ...
}

type OrderRepoistory interface {
   GetOrders()([]*Order,err)
   GetOrder(id int)(*Order,err)
   Create(order *Order) err
}

在OrderRepository实现内部，创建函数看起来像这样：

func Create(order *Order) err {
  tx := BeginTX
   insert order into the orders table
   insert the lineitems into the line_items table
  tx.commit or rollback
  return nil or err
}

func GetOrder(orderId int)*Order {
   var order Order
   var items []*LineItem
   row,_ := db.Query("select * from orders where id = $1",orderId)
   row.Scan(&order)
   rows ,_ := := db.Query("select * from line_items where order_id = $1",orderId)
   loop and get append each rows to items slice
   // copy slice to 
   order.LineItems = items
   return &order
}

因此，存储库的 Create 和 Getorder 都包含对两个表的查询以检索一个表Order。

这种实现是否有意义，因为它对于“实体”来说似乎非常广泛？如果不是，那么同时对多个表进行事务和查询的正确方法是什么？

Answer 1

我建议更仔细地研究聚合的​​概念。存储库或多或少代表聚合的集合，并且一个实体始终是聚合根，您可以将其视为彼此相关的多个实体的父级 - 作为聚合。

订单可以是聚合根，订单行可以是实体，当您加载订单聚合时，将完全从持久性中加载。

或者，订单项可以自行聚合，在这种情况下，您通常只在订单聚合中保留订单项的 ID 列表。

但这实际上取决于业务逻辑。因为这就是 DDD 的意义所在 -尽可能地反映业务环境。

但无论您如何使用聚合、实体和值对象设计域模型，这些类看起来都可能与数据库模型完全不同。

以一种可以轻松实现域逻辑的方式构建域模型类，并以一种可以轻松保存和查询数据的方式构建数据模型。

所以对于你的问题：

...如果不是，同时对多个表进行事务和查询的正确方法是什么？

如果您从存储库请求聚合（例如通过订单 ID 的订单），那么存储库实现应该处理所有涉及的查询，这些查询当然可以在多个不同的表上执行。因为，领域模型类必须独立于数据库模型。

然后，应该使用存储库方法中的所有数据加载聚合，其中包括子实体和使用值对象的所有数据。但这种情况仍然发生在一种存储库方法中，例如findById()。

对于事务来说，这同样适用于存储聚合。在这里，存储库采用当前状态的完全加载聚合，然后将其与所有数据一起保存。这可能再次涉及对多个表的插入或更新（当谈到关系数据库时）。