DynamoDB-UUID并避免全表扫描

Question

这是我的用例：

我有一个带有200k对象的JSON Api。数据集看起来有点像这样：日期、自行车型号、以分钟为单位的生产时间。我使用Lambda从JSON Api中读取并通过超文本传输协议请求在DynamoDB中写入。Lambda函数每天运行并使用最新数据更新DynamoDB。

然后，我按日期检索数据，因为我想计算每天的平均生产时间，并将其放在第二个表中。Alexa技能连接到第二个表，并读取每天的平均值。

第一个问题：由于同一个自行车模型每天会产生多次，使用带有日期和自行车模型的复合主键不会给我一个唯一的键。我应该为条目创建一个UUID吗？或者有更好的解决方案吗？

第二个问题：对于计算，我每次都需要进行全表扫描，这非常昂贵，并且被许多人反对。如果不进行全表扫描，我如何解决这个问题？

第三个问题：对于我的用例，完全避免使用DynamoDB更好吗？那么，哪个AWS数据库更适合我的用例？

Answer 1

有一个简单的数据库模型可用于此任务：

• PartitionKey：UUID或使用提供唯一性的字段的任意组合
• 排序键：生产日期，作为字符串，即2020-07-28

如果随后创建一个二级索引，将生产日期用作主键并包含生产时间，则可以查询（而不是扫描）特定日期的二级索引，并对生产时间执行所需的任何计算。然后，您可以独立地在辅助索引和表上设置所需的读/写容量。

关于第三个问题，我看不到使用DynamoDB完成此任务有任何真正的好处。任何RDS（即MySQL）、Redshift甚至S3 Athena都可以轻松处理此类用例。如果您需要实时分析，您甚至可以考虑AWS运动。

Answer 2

>

是的，uuid或任何其他唯一标识符（例如：日期自行车模型创建时间）作为pk是可以的。

看来你的平均值日常工作是某种数据分析工作，而不是真正的事务工作。我建议使用支持数据分析的服务，如亚马逊红移。您应该能够使用Dynamodb流向这样的数据库服务添加数据。或者，您可以将数据流式传输到s3中，并使用类似Athena的服务来获取每日平均值。