基于HASH键查询DynamoDB：最佳实践、成本及索引必要性问询

1. 当前实现是否为最佳实践？ #

你的核心实现逻辑是对的，用query()操作仅指定HASH键查询对应分区的所有数据，这本身就是DynamoDB推荐的查询方式，属于最佳实践范畴。不过有个小细节可以优化：你当前直接用键名拼接占位符（比如:${key}），如果HASH键名称包含特殊字符（如点、连字符），可能会引发语法错误。建议把占位符改成固定命名，代码调整后更稳妥：

const params = {
  KeyConditionExpression: `${key} = :hashVal`,
  ExpressionAttributeValues: {
    ':hashVal': value,
  },
  TableName: tableName,
}
const result = await this.dynamodb.query(params).promise()

2. 每次查询是否会执行全表扫描？ #

不会。query()操作是基于DynamoDB的主索引执行的，当你只指定HASH键时，它会直接定位到该HASH值对应的分区，仅扫描该分区内的数据，不会遍历整个表。只有scan()操作才会触发全表扫描，你的查询性能是高效的。

3. 创建GSI/LSI属于冗余的判断是否正确？ #

完全正确。GSI是为了支持非主键维度的查询，LSI是在同一个HASH键下使用不同的排序键。而你只需要基于主表的HASH键查询，主表的主索引已经能高效满足需求，额外创建索引只会增加存储成本和写入时的索引维护开销，完全没必要。

内容的提问来源于stack exchange，提问作者Asif Alam