基于AWS Amplify GraphQL，如何查询DynamoDB非键字段并分页排序？

我使用AWS Amplify GraphQL API构建服务，现有ChatMessage模型如下：

type ChatMessage @model {
  userId: ID! @primaryKey(sortKeyFields: ["createdAt"])
  createdAt: String!
  status: String!
}

其中userId为分区键，createdAt为排序键，status是可变更的非键字段。我的需求是：查询某一用户下status == 'active'的ChatMessage数据，按createdAt排序，同时通过分页降低负载。

我试过两种方案，但都不够理想：

• 方案1：GraphQL查询中使用filter
  优点：无需修改模型
  缺点：filter在查询后生效，设置分页limit为10时，无法保证每次都能获取10条符合条件的数据

• 方案2：添加复合字段并设置为GSI
  修改后的模型：

  type ChatMessage @model {
    userId: ID! @primaryKey(sortKeyFields: ["createdAt"])
    createdAt: String!
    userIdStatus: String! @index(sortKeyFields: ["createdAt"])
  }
  

  userIdStatus格式为{userId}#{status}，可实现需求，但复合字段不够直观，且需要额外代码维护。

有没有更优的解决方案？

可以通过给userId作为GSI分区键，status+createdAt作为GSI复合排序键的方式，直接通过KeyCondition实现精确匹配+排序，同时保证分页有效性，无需手动维护复合字段。

修改后的模型如下：

type ChatMessage @model {
  userId: ID! @primaryKey(sortKeyFields: ["createdAt"])
  createdAt: String!
  status: String!
  @index(
    name: "userStatusCreatedAt",
    partitionKeyField: "userId",
    sortKeyFields: ["status", "createdAt"]
  )
}

方案优势： #

• 分页可靠：查询时通过KeyCondition直接定位到userId匹配且status='active'的数据集，分页limit直接作用于符合条件的数据，不会出现filter后数据不足的问题
• 无需额外维护：Amplify自动处理复合排序键的存储和查询逻辑，不需要手动拼接复合字段
• 性能更优：KeyCondition的查询效率远高于FilterExpression，直接利用GSI索引定位数据

对应的GraphQL查询示例： #

query GetUserActiveMessages($userId: ID!, $limit: Int, $nextToken: String) {
  chatMessagesByUserStatusCreatedAt(
    userId: $userId,
    status: "active",
    sortDirection: DESC,
    limit: $limit,
    nextToken: $nextToken
  ) {
    items {
      userId
      createdAt
      status
    }
    nextToken
  }
}

如果status字段需要频繁变更，这种方案也完全适用——DynamoDB会自动更新GSI中的排序键值，无需额外代码处理。

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