DynamoDB 表设置 GSI 与复合排序键

Question

我是 DynamoDB 的新手，我正在尝试了解某些方面。 我有个疑问。

假设我必须存储与 Book 表相关的这些信息：

• book_id：UUID 主键；
• author_id：UUID
• 类型：字符串
• 额外的多个属性

我需要有这些类型的查询：

• 按 ID 获取/更新/删除图书
• 通过 author_id 获取所有书籍并输入
• 按 author_id 获取所有书籍

现在我试图了解如何更好地设置表和索引。

讨论 web 可能的解决方案可能是：

分区键：AUTHOR#[UUID] 排序键：BOOK#[UUID]。

并且还将每个 uuid 存储在它们自己的属性（author_id、book_id）中，以便在不必解析字符串的情况下看到它们。 此外，还添加了一个翻转 PK 和 SK 的全局二级索引。 通过这种方式，可以使用查询：查询 PK = AUTHOR#[UUID] 或使用带有查询 GSI (pk) = BOOK#UUID 的 GSI 来获取特定书籍

正如我所写的，我需要进行这样的查询：“通过 author_id 和 type 获取所有书籍”因此有必要了解如何组织有关 type 字段的数据/索引。 为该类型添加额外的 GSI 会更好吗？ 将类型连接到 SortKey 中是否更好，例如：BOOK#UUID#TYPE？

有什么优点和缺点？ 如果我理解正确添加多个 GSI 索引，这也不是一个好主意，因为成本会增加，每个索引的表将被“复制”，并且这些必须保持同步（由 AWS），这将消耗积分。

任何确认或不同的建议？

Answer 1

这是一个很好的设计：

基表的 PK 为book#<bookid> 。 这使得“按 ID 获取/更新/删除书籍”变得容易。

在基表项目上，一个属性自然是author_id而另一个自然是type 。 在这两个上创建一个 GSI，其中author_id是 PK， type是 SK。 您可以仅Query指定author_id ，它将拉出该作者的所有内容。 您可以选择添加 SK 约束以包含类型限制。

GSI 有成本，但它们的存在是有原因的，即提供替代查询机制，这正是您想要的。