Amazon web services Dynamodb-创建大量的分区，但数据很少，这是一种不好的做法吗？

我有一个dynamodb表，其中有很多分区键。大多数分区只包含一个带有几个属性的项。这是坏习惯吗？有什么我应该关心的吗？

只要可能，拥有尽可能稀疏的散列/分区键是最好的方法，因为DynamoDB在分区中分配数据时具有更大的灵活性

最糟糕的例子是有一个巨大的分区，这可能导致存储（10GB）限制问题和热分区

---

如果您指的是一个表中有许多小项目，而不是较少的大项目，那么还是更好。

在dynamodb表上创建的分区定义没有好的或坏的策略。在相同的分区中放置相似的项总是有帮助的。这确保了查询相似数据集的最终用户最终会查询相同的分区

它还为表定义健康和平衡的分区提供了理由，这样就不会创建热分区或冷分区（或不平衡的分区），这可能会导致某些分区得到高度利用，而其他分区则没有