DynamoDB集合查询是否必须提供sort key？查询报KeySchema元素缺失错误如何解决？

首先纠正一个基础概念偏差：你这里把DynamoDB主键的术语写反了，分区键是Hash Key，排序键是Range Key，你表的原生复合主键实际为：分区键setId，排序键id，先明确这个前提避免后续理解出错。

问题1：查询DynamoDB表是否必须提供排序键？ #

不需要。使用表原生主键做Query查询时，规则仅要求KeyConditionExpression必须包含分区键的等值条件，排序键属于可选字段：你可以加排序键的条件缩小结果范围，也可以不加，直接查询对应分区键下的所有数据。

你遇到的报错和有没有提供排序键无关，是因为你把非原生主键的type字段放到了KeyConditionExpression中。DynamoDB对表原生主键的Query请求，要求KeyConditionExpression只能使用主键包含的两个字段（分区键必填、排序键可选），其他字段不允许出现在该表达式中。

问题2：请求参数是否有遗漏项？ #

不是遗漏，是参数规则用错了。你当前的参数没有指定IndexName，所以DynamoDB默认按表的原生主键做校验，要求KeyConditionExpression只能用setId和id两个字段，你写了type字段自然校验不通过，才会抛出找不到主键元素id的错误。

如果你要查setId = set_1下的所有数据，正确的原生主键查询参数写法如下：

const params = {
  TableName: MY_TABLE_NAME,
  KeyConditionExpression: `#setId = :setId`,
  ExpressionAttributeNames: { "#setId": "setId" },
  ExpressionAttributeValues: {
    ":setId": { S: "set_1" },
  },
}

如果需要同时按type过滤，可以加FilterExpression：

const params = {
  TableName: MY_TABLE_NAME,
  KeyConditionExpression: `#setId = :setId`,
  FilterExpression: `#type = :type`,
  ExpressionAttributeNames: { "#setId": "setId", "#type": "type" },
  ExpressionAttributeValues: {
    ":setId": { S: "set_1" },
    ":type": { S: "type A" },
  },
}

问题3：是否需要在表层面额外配置相关设置？ #

不需要。你当前的表结构已经可以满足两类查询需求：

1. 按原生主键查询某个setId下的所有/部分数据，无需额外配置
2. 按typeGSI查询，和你补充的可用写法一致，也无需额外配置

如果你的业务场景经常需要按setId + type组合查询，建议额外建一个GSI，设置分区键为setId、排序键为type，这样你可以直接把两个条件都放到KeyConditionExpression里，查询效率更高，也不会因为过滤浪费读容量单位（RCU）。

内容的提问来源于stack exchange，提问作者Noah Gray