amazon-web-services - Dynamodb - 用少量数据创建大量分区是不好的做法吗?
问题描述
我有一个带有很多分区键的 dynamodb 表。这些分区中的大多数只包含一个具有一些属性的项目。这是不好的做法吗?有什么我应该担心的吗?
解决方案
尽可能使用稀疏的哈希/分区键是最好的方法,因为 DynamoDB 在分区中分配数据方面具有更大的灵活性。
最糟糕的例子是有一个巨大的分区,这可能会导致存储(10GB)限制问题和热分区。
如果您指的是表中有许多小项目而不是较少的大项目,那么它会好得多。
推荐阅读
- unit-testing - 需要为 Jest 上的服务编写单元测试
- python - 在python中的所有可能组合中用另一个列表替换一个项目列表
- r - 检测具有多个条件的字符串并在r中改变列
- elasticsearch - Elasticsearch:使用完成建议器提升索引
- javascript - 如何在 JavaScript 中将 MM/YYYY 转换为 YYYY-MM-DDTHH-MM-SS?
- java - 使用 Map 时不可变不生成正确的代码
- html - Css - 响应式分屏布局
- java - Spring Boot - 包含 AutoWired 依赖项的类的自动配置
- javascript - 要求方法在 React 中不适用于动态内容
- android - Rx 如何根据错误类型返回 Throwable 或 Object