Domain driven design 存储库的替代数据访问模式

我的域中有一些对象不是聚合根/实体，但我仍然需要从数据库中检索它们。我不想通过为这些东西创建存储库来混淆这些东西。那么，什么是可供选择的数据访问模式？您是否会简单地为它们创建一个DAO，同时仍然分离接口

编辑：

关于我正在做什么的更多细节。我需要创建一个代码。该代码的格式有一定的规则。其中一条规则是，最后一个字符必须是一个唯一的数字，从最后生成的代码中递增一。例如：

ABCD1 ABCD2 ABCD3

---

所以，我保留了一个一行一列的表来存储所讨论的数字。现在，我不想把这个数字看作一个实体，并为它创建一个存储库——这是多余的。我只需要一种方法来检索数字，向其中添加1，然后保存它。我知道有很多方法可以做到这一点，但我想知道是否有一种习惯的方法。

理论上有几种数据访问模式可以应用。如果你想让我们建议一个具体的模式，你需要提供更多的细节

没有更多的细节，我只能建议看一看书。

---

编辑：习惯的方式？不，我想不出来-这实际上取决于您在域中的何处以及如何使用此独特代码。如果我这样做的话，我可能会创建一个直接与数据库对话的小型服务来执行此功能，而不是像存储库那样沉重，并且非常关注手头的问题。

基于编辑：我会首先查看创建代码所需的上下文。也许有一些相关的实体或者你缺少的东西

---

顺便说一句，我发现这个问题非常有趣，因为在编写特定功能时，它会不时出现。通常情况下，我会发现我在场景中遗漏了一些东西，结果它与正常的存储库模式很好地吻合。

在调查了我将使用表网关模式的选项后。

@NG-为了使您的答案对将来遇到答案的人更有用，您能提供此模式的摘要吗？是否可能链接到有关此模式的文章？