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

Question

我对 DDD 很陌生，我正在尝试正确实现我的用例。
我有多个绑定(bind)在一起的实体，很像 Order 的通常聚合示例其中封装了 LineItem .
根据我对基本 DDD 的了解，我倾向于创建 2 个实体，一个用于订单，另一个用于订单项，但从那里似乎有 2 个选项:

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

创建一个新的存储库，然后在整个订单范围内自行执行交易(创建订单+行项目)

对我来说，第二个选项似乎比第一个更容易实现。我可以在此存储库中进行连接、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 的意义所在——尽你所能反射(reflect)业务环境。
但是无论您如何使用聚合、实体和值对象设计域模型，这些类看起来都与您的数据库模型完全不同。
以一种易于实现领域逻辑的方式构建您的领域模型类，并以一种便于持久化和查询数据的方式构建您的数据模型。
所以对于你的问题:

...if not what's the proper way to make transaction and queries over multiple tables at once ?

如果您从存储库请求聚合(例如订单通过和订单 ID)，则存储库实现应该处理所有涉及的查询，这些查询当然可以在几个不同的表上执行。因为同样，域模型类外壳独立于数据库模型。
然后应该将聚合与存储库方法中的所有数据一起加载，其中包括子实体和使用的值对象的所有数据。但这仍然发生在一种存储库方法中，例如 findById()。
关于事务，同样适用于存储聚合。在这里，存储库采用当前状态的完全加载聚合，然后将其与所有数据一起保存。这可能再次涉及对多个表的插入或更新(当谈到关系数据库时)。