Database design DynamoDB本地二级索引的优点/缺点?

Database design DynamoDB本地二级索引的优点/缺点?,database-design,amazon-web-services,nosql,amazon-dynamodb,Database Design,Amazon Web Services,Nosql,Amazon Dynamodb,我正在利用DynamoDB和EMR创建一个应用程序,用于跟踪消费品的用户统计数据。我希望能够做的事情,如找到所有的帐户,有超过20个评论,每天在过去一周。我目前的想法是使用帐户id作为散列键,使用时间作为范围键——我会将时间展平,使其符合日/小时/周间隔,并将事件数据聚合到一个项目中。我计划能够跟踪多个事件。在事件上使用本地辅助索引是一个好主意吗?它们被称为本地辅助索引,因为它们仍然只在主键的上下文中工作。查询find all accounts意味着您仍需要进行完整的表扫描 您是否考虑使用评论数

我正在利用DynamoDB和EMR创建一个应用程序,用于跟踪消费品的用户统计数据。我希望能够做的事情,如找到所有的帐户,有超过20个评论,每天在过去一周。我目前的想法是使用帐户id作为散列键,使用时间作为范围键——我会将时间展平,使其符合日/小时/周间隔,并将事件数据聚合到一个项目中。我计划能够跟踪多个事件。在事件上使用本地辅助索引是一个好主意吗?

它们被称为本地辅助索引,因为它们仍然只在主键的上下文中工作。查询
find all accounts
意味着您仍需要进行完整的表扫描


您是否考虑使用评论数作为LSI?

是的,这就是我的想法-我想象自己的查询是这样的:查找从一周前到今天任何一天上传少于20次的所有帐户。我希望我的情况与这里描述的类似:但从你所说的来看,情况似乎并非如此。再仔细想想,我不认为这对我的案例是必要的——这就是我将使用EMR的原因。谢谢你的回答!他的示例仍然使用HashKey查询所有查询。例如:“给我看约翰最近10场比赛”和“给我看约翰有史以来最高分的5分”。你的等价物是“向我展示任何人最近玩过的10场比赛”或“向我展示所有球员的前5名得分”