在针对单表设计时，我们应该如何在 dynamodb 中使用 model 多对多关系

Question

快速高级背景：

• DynamoDB 单表设计
• 用于全文搜索的 OpenSearch
• DynamoDB Stream 通过 Lambda 在 DynamoDB 创建/更新/删除上索引到 OpenSearch

到目前为止，单表设计方法对我们来说效果很好，但我们还没有真正需要处理多对多关系。 然而，我们最近需要考虑的一个新关系是Entry对象的Tags ：

interface Entries {
  readonly id: string
  readonly title: string
  readonly tags: Tag[]
}

interface Tags {
  readonly id: string
  readonly name: string
}

我们想尝试并坚持使用单个查询/读取来检索条目列表/单个条目，但也希望在必须管理更新之间找到一个良好的平衡。

我们考虑过存储数据的几种方法：

将所有标签数据存储在Entry中

{
  "id": "asdf1234",
  "title": "Entry Title",
  "tags": [
    {
      "id": "1234asdf",
      "name": "stack"
    },
    {
      "id": "4321hjkl",
      "name": "over"
    },
    {
      "id": "7657gdfg",
      "name": "flow"
    }
  ]
}

这种方法使读取变得容易，但更新变得很痛苦 - 每当更新标签时，我们需要找到一种方法来找到引用该标签的所有条目然后更新它。

仅在条目中存储标签 ID

{
  "id": "asdf1234",
  "title": "Entry Title",
  "tags": ["1234asdf", "4321hjkl", "7657gdfg"]
}

使用这种方法，更新Tag时不需要更新，但现在我们必须进行多次读取才能返回完整数据——我们需要通过 id 查询每个标签以检索其数据，然后再将完整内容返回给客户。

仅在 Entry 中存储标签 id，但使用 OpenSearch 查询和获取数据

此选项与上述选项类似，将仅存储条目上的标签 ID，但随后在搜索端索引的条目文档包括 stream lambda 中的所有标签数据。 标签上的更新仍然需要更新所有条目（在搜索中）以单独查询和更新每个条目 - 但问题是仅在 DynamoDB 中执行它是否更具成本效益。

这个场景呈现了一个有趣的单向流：

1. 将 go 直接写入 DynamoDB
2. DynamoDB stream -> Lambda - 对数据进行转换 => OpenSearch 中的索引
3. 读取仅通过 OpenSearch 完成

总的问题是，使用 nosql 和单表设计的应用程序如何处理这些多对多场景？ 使用上述单向流是一个好主意/值得吗？

需要考虑的事项：

• 我们的应用程序更依赖于读取端
• 我们的应用程序也将大量使用搜索功能
• 标签更新不会经常