DynamoDB高效存储数据：现有表结构是否符合行业标准？

你的表结构基础信息如下：

id: 9819938466（10位手机号，作为用户名）
dt: 230822063230（日期+时间，格式为YYMMDDHHMMSS）
code: 22（实际业务存储值）

结合DynamoDB的设计规范和你的数据规模，这个结构整体符合行业基础标准，但需要明确主键设计细节，具体分析如下：

• 核心主键设计是关键：目前未明确表的主键配置，这是DynamoDB表设计的核心。

  • 如果仅用id作为分区键，同一个用户的所有数据会集中在同一个分区。你的数据规模是数千个唯一id、总行数不超100万，平均每个用户仅几百条数据，这种情况下不会出现分区热点问题，是可行的；
  • 更符合行业最佳实践的是采用复合主键：用id作为分区键，dt作为排序键。这样既能保证用户数据的聚合存储，又能支持按时间范围查询某用户的所有code数据，适配绝大多数业务查询场景。

• 属性设计合规性：

  • dt的格式是可排序的字符串/数字，作为排序键非常合适，能高效支持时间维度的范围查询；
  • id用手机号作为用户唯一标识，在业务场景中是常见且合理的设计，无需调整。

• 数据规模适配：你提到的数千个唯一id、总行数不超100万的量级，完全在DynamoDB的承载能力范围内，当前结构的存储和查询效率都能满足需求，不会出现性能瓶颈。

• 潜在优化方向：如果业务需要按时间范围查询所有用户的code数据，可以考虑创建全局二级索引（GSI），将dt设为GSI的分区键、id设为排序键，不过如果没有这类需求，无需额外创建索引增加开销。

总结：这个表结构的基础设计是合理的，只要补充明确主键设计（推荐id+dt复合主键），就完全符合DynamoDB的行业设计标准。

内容的提问来源于stack exchange，提问作者shantanuo