支持 DynamoDB 中的跨文档查询

Question

我一直在评估将我们的数据存储从 MongoDB 迁移到 DynamoDB，因为它是一项完善的 AWS 服务。

但是，我不确定 DynamoDB 数据模型是否足够强大以支持我们的用例。我知道 DynamoDB 在 2014 年增加了文档支持，但无论我看到什么例子，看起来都不是解决跨文档工作的查询，也没有为分区键指定值。

例如，如果我有一份包含员工信息的文档， { “名称”：“约翰·多伊”， “部门”：“销售”， “加入日期”：“2017-01-21” }

我需要进行查询，比如给我所有在 01-01-2016 之后加入的员工，然后我无法使用此架构。 在创建具有随机生成的分区键（例如 0-99）的二级索引并在“date_of_joining”上创建排序键，然后查询所有分区并将条件放在“date_of_joining”上之后，我也许可以进行此查询。但这对于做一个简单的查询来说太复杂了，在 MongoDB 中做这样的事情非常简单。

有人可以帮助了解在 DynamoDB 中是否有更好的方法来执行此类查询，以及 DynamoDB 是否真的适合此类用例？

Answer 1

实际上，GSI 的分区键不必是唯一的。您可以将date_of_joining 作为 GSI 的分区键。

但是，在查询分区键时，不能使用greater than 作为分区键字段。分区键仅支持相等。我不确定为什么你想要一个随机数作为 GSI 的分区键和 date_of_joining 作为排序键。即使您像这样设计，我也不认为您将能够使用 DynamoDB 查询 API 来获得预期的结果。您最终可能会使用 DynamoDB Scan API，这在 DynamoDB 中是一项昂贵的操作。

GSI：

date_of_joining - as Partition key

在查询 API 中支持：-

如果同一 DOJ 有多个项目，则结果具有多个项目（即当您使用 GSI 查询时）。

KeyConditionExpression : 'date_of_joining = :doj'

查询 API 不支持：-

KeyConditionExpression : 'date_of_joining > :doj'

结论：-

您需要使用 DynamoDB 扫描。如果您要使用 Scan，则可能不需要 GSI。可以使用FilterExpression直接扫描主表。

FilterExpression : 'date_of_joining > :doj'

缺点：-

• 昂贵

• 效率不高

Answer 2

您可能决定使用索引后端来支持您的范围查询。例如，您可以使用 Lambda 函数将 DynamoDB 中的表更新流式传输到 AWS ElasticSearch，然后在 ES 中查询与您选择的连接日期范围匹配的记录。