DynamoDB表设计:一个具有嵌套json或多个属性的属性

Question

在阅读AWS dynamoDB文档时，我发现它不建议创建多个表。但是，当我们将json格式的数据放在DynamoDB表中时，应该创建一个具有多层(例如10层)嵌套json内容的属性，还是创建级别较少的多个属性？我想是一个接一个的案子。但是，我想知道的是在设计dynamoDB表时的一般规则。在阅读了AWS文档之后，我仍然感到困惑，所以我在这里发布问题。谢谢!

Answer 1

虽然没有任何标准规则，但我认为最好的指导方针是审查；

• DynamoDB特性(键、索引)
• 限制
• 定价模型

在设计桌子之前。在你的例子中，拥有属性的权衡就是；

• 高效查询索引的可能性(更好的性能，避免扫描，低使用IOPS，从而降低成本)。
• 只项目所需的属性。
• 但限制了建模的灵活性。

另一方面，拥有嵌套的JSON属性允许；

• 更多的属性和结构的灵活性。
• 更多的是向文档结构转移，从键值性质。
• 但是限制了对深度嵌套属性的高效查询。
• IOPS的代价更高，因为需要检索整个嵌套属性，甚至读取嵌套属性(这也会增加成本)。

由于在一个表中也可能有Keys、基元属性和嵌套属性，所以更好地结合使用它们，逐个案例地使用它们，而不是坚持一个模型。