六边形体系结构中的数据库存储库依赖关系

Question

我正在将nTier架构迁移到六边形架构中。我的域现在定义得很好，我有所有基础设施依赖项的接口。查看数据库存储库，我有几个数据库，在下面的一侧有一个类实现每个repo。我的问题是关于数据库依赖项的正确方法是什么：

1-在域端有一个接口来处理数据访问，然后依赖于基础设施实现，并有一个类作为所有数据库存储库的入口点，就像一个facade，从那里调用所有存储库实现。这种方法与我在nTier应用程序中已经使用的方法相同，facade和repos是当前的数据库层。

2-有每个数据库的接口，我需要在域方面。每个接口都将实现在fra侧访问相应的数据库。它使层更薄，但这将数据管理逻辑添加到域中。域不应该关心数据在哪里，下面应该处理这个。如果某些数据被移动到另一个数据库，则需要在域端更改相应的接口（例如，将公开该数据的方法移动到另一个接口）

让我知道，

Answer 1

问得好。我在一个应用程序中遇到了同样的困境，我决定使用您公开的第一个选项：

只有一个访问数据的端口，域不关心数据的来源，无论数据存储在哪个数据库。在适配器中，我有一个facade来将请求转发到正确的数据库。实际上，在我的例子中，结果数据可能是两个数据库的混合。

但我认为另一种选择也是有效的，如果我们将数据库视为我们的应用程序必须与之对话的外部系统。我们的应用程序必须知道哪些次要参与者必须与之通信，在这种情况下，每个参与者在域上都有一个端口。