Nodejs DynamoDB文档客户端筛选器表达式未应用于LastEvaluatedKey？

Question

当我执行扫描时，我需要应用一个过滤器来确保只返回我需要的记录类型。我注意到的是，返回的LastEvalue atedKey没有考虑到应用的Filter表达式。

我的（扫描）查询：

{
    TableName: 'my_table',
    ExpressionAttributeNames: { '#pk': 'pk', '#sk': 'sk' },
    ExpressionAttributeValues: { ':pk': '$bugbeater_1#sector_', ':sk': '$test_entity#id_' },
    FilterExpression: '(begins_with(#pk, :pk) AND begins_with(#sk, :sk))'
}

返回的LastEvaluatedKey：

{
    pk: '$bugbeater_1#sector_0add31a7-500d-4849-b679-8eb5bd220889',
    sk: '$test#id_1ea21ed0-875d-4432-852f-07c316c12389'
}

我可以理解这可能是DynamoDB更基本的实现细节，而不是DocumentClient的问题。当使用单个表设计时，它确实使api更难使用。

我的表中有多个实体，并非所有实体都是“公共”的和/或针对同一租户。如果我只使用LastEvaluatedKey值而不进行额外的处理，并将该值返回给客户端进行可能的分页，那么我可能会将密钥泄漏给其他租户/实体。

总的来说，我希望确保这种情况不会发生；这种情况有官方的行动方案吗？

更具体地说，对于我的用例，我能够识别返回的LastEvaluatedKey是否实际匹配预期的pk/sk。也就是说，在我的例子中，我可以计算一个键是否与给定实体的模式匹配。

鉴于DynamoDB架构，是否可以假设如果SK与我的实体不匹配，它可以被视为一个完整的查询，没有进一步的分页？例如，我正在寻找SortKey从$test_entity#id_开始但LastEvalue atedKey从$test#id_开始的记录，我是否可以假设返回$test#id_，因为它在$test_entity#id_之后排序因此所有记录与$test_entity#id_已用尽？

我希望所有这些都是有意义的，如果您需要更多的例子、细节或澄清，请让我知道，我可以提供帮助解决此问题所需的任何东西。

Answer 1

根据DynamoDB文档，您可以在扫描时使用FilterExpression。是什么让你觉得情况并非如此？

您暗示要将LastEvalue atedKey返回到服务器以进行后续分页请求，但没有显示代码。您是否确保将第一个请求中的最后一个计算键指定为下一个扫描请求的ExclusiveStartKey？

听起来你已经有了在DynamoDB中分页扫描的正确心理模型，但是只需要解决你的实现中的问题。

编辑：

因澄清评论而更新。听起来您正试图根据LastEvaluatedKey的值来确定何时停止分页。这样做将推断扫描操作以特定的排序顺序发生。我在文件中找不到任何证据支持这一说法。

在应用筛选器表达式之前，扫描操作有1 MB的限制。LastEvalue atedKey仅标识操作在达到1 MB限制之前的进展情况。在第一次请求之后，DDB如何知道您没有更多与筛选条件匹配的属性？

例如，如果表中有以下项目会怎样：

{
  pk:`$bugbeater_1#sector_A`
  sk: `$test_entity#id_A`
}

此结果将显示扫描结果的哪一页？您能告诉我它是在原始问题中概述的LastEvaluatedKey之前还是之后吗？

我建议遵循DynamoDB文档的建议：“缺少LastEvalue atedKey是知道您已经到达结果集末尾的唯一方法”。

既然您可以访问数据集，那么如果您继续分页，您会发现什么？您是否找到符合Filter条件的结果？