javascript - 如何在没有主键或排序键的情况下查询 dynamo db？

Question

我想查询没有主分区键的 dynamo db 表
主排序键

那些在我的 table 上

Primary partition key   userid (String)
Primary sort key    jobcodeid (String)

该表还包含一个关键的jobid。

所以我想做一个看起来像这样的查询。

  var opts  = {
          'ConsistentRead': true,
          TableName : 'interviews',
          KeyConditionExpression: "jobid = :jobid",
          ExpressionAttributeValues: { ":jobid": {"S":jobid} },
        }

我正在使用此代码

  dynamodb.query(opts, function(err, data) {
  if(err){
   //somthing
   }else{
   //Somthing
   }
 }

但是上面的查询返回这样的错误。

ValidationException: Query condition missed key schema element

如何执行此查询？

Answer 1

这是一个非常受欢迎的问题，有超过 5000 人阅读过它，所以我认为是时候为 future 的读者提供答案了——而不仅仅是评论。
DynamoDB 有两个不同的操作:Scan和 Query . Scan扫描整个表，而 Query可以有效地缩小一个特定的 分区键 (它仍然可以返回大量项目，因为可能有大量具有相同分区键的项目)。
因为您没有要扫描的特定分区键(jobid 是您的排序键，而不是您的分区键)，所以您需要使用 Scan操作并读取整个表。
这也意味着该操作将非常昂贵:A Scan读取数据库中的每一项并收取费用。即使你通过了 FilterExpression并消除大部分不感兴趣的项目，DynamoDB 仍会读取每个项目并对其进行过滤 - 因此会向您收费。
此扫描成本高昂的原因之一是 Scan操作不 支持KeyConditionExpression Query 的选项在某些情况下，这可能会降低此扫描的成本:您的查询涉及在每个分区中查找特定的排序键 (jobid = :jobid)。如果每个分区都相当长，DynamoDB 可以查找 jobid = :jobid在每个分区中而不读取整个分区 - 并且不向您收取读取整个分区的费用。
最后，一般建议:在 DynamoDB 上设计应用程序的关键是首先考虑您拥有的查询类型，然后设计数据布局以使这些查询高效。在您的情况下，数据模型似乎不适合这种类型的查询 - 所以如果它们很常见，您可能应该重新考虑您的数据布局。例如制作jobid分区键，或为 jobid 添加 GSI ，或其他更改，具体取决于您的数据实际拥有的内容以及您需要对其执行的其他查询。