注意事项

分区

在DynamoDB中，所有的东西都被组织在分区中，这些分区为您提供了对元素的基于散列的访问。

单表设计

不要将数据拆分到多个表中，这会使一切变得更困难，实际上限制了数据库的功能。

钥匙

dynamo中的键必须围绕你的访问模式来设计。这是最难的部分。
你有 Partition Key（Hash Key）-〉这个键每次都必须被精确地指定。你不能在不知道PK的情况下执行查询。这就是为什么把时间戳之类的东西放在PK中是个坏主意。

• 排序（范围）键 * -〉这些键用于AWS文档中指定的查询。
  属性名称

在NoSQL中，数据库迁移非常困难，所以你必须为属性使用通用名称，它们不应该有任何意义。
例如，“UserID”是分区键的错误名称，“PK”是分区键的正确名称，所有键都是如此。

索引

您有两种类型的索引：局部索引和全局索引。

• Local Indexes* 在创建表时创建一次，以后不能轻易更改。只能有几个。它们为您提供了一个额外的排序关键字。主要的好处是它们具有很强的一致性
• 全局索引 * 可以在任何时候创建。它们为您提供了新的分区键和排序键，但最终是一致的。除非您有很好的理由使用本地索引，否则使用全局索引。

回到你的问题上来，如果我们以其中的一个表为例-- Users
用户可以这样插入器（例如）

PK               SK                   GSI1PK               GSI1SK
Username#john123 Email#jhon@gmail.com Email#jhon@gmail.com Username#john123  <User Data>

这样你就可以通过email和用户名来查询用户了。记住PK和SK必须是唯一的对。在这个例子中SK是免费的，可以用于其他访问模式（你没有提供）
另一种方法可能是复制数据

PK                   SK
Username#john123     Email#jhon@gmail.com  <user data>
Email#jhon@gmail.com Username#john123      <user data>

这样就避免了必须处理索引（有时索引可能很昂贵），但是必须手动保持用户数据的一致性。
更多阅读-〉https://www.alexdebrie.com/posts/dynamodb-single-table/

• 〉my medium post