只读数据库视图如何适应存储库模式？

Question

示例：您的数据库有一个名为“CustomerOrdersOnHold”的 SQL 视图。此视图返回特定客户和订单数据字段的过滤组合。您需要从应用程序中的该视图获取数据。对此类视图的访问如何适应存储库模式？您会创建一个“CustomerOrdersOnHoldRepository”吗？像这样的只读视图是否被视为聚合根？

Answer 1

我更喜欢将读取存储库分开，最好甚至将其名称更改为 Finder 或 Reader，存储库用于域使用而不是用于查询只读数据，您可以参考 这个文章和这解释了 Finder 分离表单存储库的用法。

我还建议将读取模型与写入模型架构分开 CQRS 和 there

这种架构允许您将读取模型与写入模型分开，甚至在数据存储和使用事件溯源。

对于中间解决方案，您可以利用一些 CQRS 概念，而无需通过仅将存储库与查找器分离来分离数据库的复杂性，请阅读此 post

获取此类解决方案的示例（使用相同的数据库，但分开查找者形成存储库）检查此示例

Answer 2

您的只读数据将被视为 DDD 世界中的值对象。

我通常将值对象的访问方法放置在现有存储库中，直到创建单独的存储库有意义为止。它类似于可能返回要在地址表单上使用的静态状态列表的方法：

IAddressRepository
{
  Address GetAddress(string addressID);

  List<string> GetStates(string country);
}

Answer 3

我认为拥有一个像“CustomerOrdersOnHoldRepository”这样的单独的存储库是很好的。存储库的接口将反映对象是只读的这一事实（通过不定义 Save/Add/MakePersistent 方法）。

来自如何编写存储库：

...但是还有另一种我很喜欢的策略：多个
存储库。在我们的订购示例中，我们没有理由可以拥有
两个存储库：AllOrders 和 SurchargedOrders。所有订单代表
包含系统中每个订单的列表 SurchargedOrders
代表它的一个子集。

我不会将返回的对象称为聚合根。聚合用于一致性、数据交换和生命周期。你的对象没有这些。看来它们也不能被归类为值对象（“特征或属性”）。它们只是独立的类。