使用AWS DynamoDB二级索引查询时，如何解决>=条件表达式报错问题

首先明确报错原因：你创建的LastAccess-index是仅包含LastAccess作为分区键的全局二级索引（GSI），DynamoDB规则要求这类单键GSI的查询只能使用=操作符，范围操作符（>=/<=/BETWEEN等）不被支持。要实现高效的范围查询，以下是几种可行方案：

方案1：重构全局二级索引为复合结构 #

创建一个新的GSI，设计成固定值分区键 + LastAccess排序键的结构：

• 分区键：用一个常量值（比如"ALL_DEVICES"），确保所有数据都落在同一个分区下
• 排序键：设置为LastAccess（需保证该属性为字符串/数字类型，且格式可排序，比如ISO时间字符串）

之后查询语句可以改成：

dynamodb.query({
  TableName: 'devices',
  IndexName: 'LastAccess-Composite-Index', // 新的复合GSI名称
  KeyConditionExpression: 'partition_key = :pk AND lastAccess >= :d',
  ExpressionAttributeValues: {
    ":pk": {"S": "ALL_DEVICES"},
    ":d": {"S": lastweek} // 去掉多余的嵌套引号，直接传时间字符串即可
  },
  ScanIndexForward: false,
  Limit: 1
})

方案2：按时间分片设计GSI（适合时间类属性） #

如果LastAccess是时间戳，可以按时间粒度（天/小时）拆分分区键：

• 分区键：格式为"date#YYYY-MM-DD"，存储LastAccess对应的日期
• 排序键：存储完整的LastAccess时间戳

查询时，先计算出所有需要覆盖的日期分区（比如从上周一开始到今天的所有日期），然后对每个分区执行partition_key = :date AND lastAccess >= :d的查询，最后合并结果。这种方式能避免单分区热点问题，适合数据量较大的场景。

方案3：利用现有主键结构调整查询逻辑（限UDID有规律场景） #

如果你的主键UDID是可范围遍历的类型（比如带时间前缀），可以考虑将LastAccess作为表的排序键，直接针对主表执行查询。但这种方式仅适用于你能限定UDID的范围，否则实用性不强。

额外修正：原代码的两个小问题 #

1. 参数名错误：ScanForwardIndex应该是ScanIndexForward
2. 字符串嵌套错误：ExpressionAttributeValues里的:d值多了一层引号，直接传入lastweek变量即可

内容的提问来源于stack exchange，提问作者Paul Carlson