Dynamodb表设计模式

Question

我不确定这是否是问这个问题的正确地方。

我是dynamodb的新手，正在尝试创建一个小型web应用程序。我已经阅读了这里的最佳实践http://docs.amazonwebservices.com/amazondynamodb/latest/developerguide/BestPractices.html

我的桌子将是：

1. 建筑物
2. 租户（一栋建筑可以有尽可能多的租户，由楼层编号确定）
3. 收件人（每个楼层可以有尽可能多的收件人，基本上是租户的别名）
4. 快递员
5. 交付（与特定收件人捆绑的快递员）

我目前设计模式的方法如下所示：

// Tables
// PK: Building Id, SK: name
- Building ID : {
  name: <Building Name>
  Tenants: [
     { TenantId: { Receipients: [{Receipient Id 1, Receipient Id 2...}] }
  ] 
}

// PK: Courier Id, SK: createdAt
- CourierId :  {
 name: <Courier name>
 ...
}

//PK: Not Sure, SK: Not Sure <-- This is where I messed up, looks relational, defeats the purpose?
- Deliveries: {
  receipient id: Courier id
}

为了列出所有交付以及收件人详细信息，我需要按收件人Id列出收件人详细信息。根据LSI文档，这意味着将收件人Id作为构建表中的排序键。

由于您只能拥有表的顶级元素（接收者不是其中之一），因此根据指导方针这似乎是不可能的https://docs.amazonaws.cn/en_us/amazondynamodb/latest/developerguide/GSI.html

索引键属性可以由基表中的任何顶级字符串、数字或二进制属性组成；不允许使用其他标量类型、文档类型和集合类型。

所以，我希望这可以在不制作另一个表的情况下实现，我应该复制所有的收件人，更新他们表中发生的所有更新。有没有其他替代或更好的方法？

由于快递员与收件人之间似乎是一对一的关系，所以在列出所有快递时保留ID并迭代所有收件人和快递员可以吗？

Answer 1

DynamoDB可能不是满足您需求的最佳解决方案。据我所知，您有一个关系数据结构，主要在与交付相关的表中。DynamoDB设计用于保存非结构化数据，主要由一个或两个键请求。它不是为了维护关系完整性或提供表连接而设计的。

我不知道你是否有云开发的经验，但是使用云架构体系，每种数据结构都可以有一个数据库。例如：

1. 您可以在DynamoDB中维护您的建筑和courier数据，并主要通过ids请求使用它；甚至可能在同一张桌子上。可以有不同结构的不同文档/对象

如果您扩展视图并同时使用多个资源，那么还有许多其他解决方案。