如何在使用DynamoDB的REST API中实现非排序键属性的排序与分页

以下方案均不需要创建额外索引，可适配你当前的表结构需求： #

方案1：单分区全量拉取+应用层排序 #

• 适用场景：查询固定针对某一分区，且单分区数据量≤1000条、查询QPS较低
• 操作逻辑：直接调用Query接口拉取指定分区下的全量数据，在应用内存中按createdAt或updatedAt字段排序后，自行拆分页码返回。如果数据量稍大，可先按时间范围做粗过滤，仅拉取符合时间范围的数据再排序，降低吞吐量消耗。

方案2：前端全量缓存+客户端分页 #

• 适用场景：总数据量≤1万条、数据更新频率低的内部业务（如后台管理列表）
• 操作逻辑：首次接口请求拉取所有符合条件的全量数据，按目标维度排序后缓存在前端内存中，后续分页请求直接从前端缓存的有序数据中截取对应页内容，无需再请求数据库。

方案3：排序逻辑嵌入现有排序键（SK） #

• 适用场景：写入逻辑可调整，常用排序维度固定为时间类型
• 操作逻辑：修改写入逻辑，将时间戳嵌入现有的SK字段b中，格式为[时间戳]#[原有SK值]，DynamoDB默认按SK排序就等同于按时间排序，可直接用原生Query能力实现分页。如果需要实现倒序，写入时可将时间戳取反（如用9999999999 - 当前时间戳）拼接SK即可。
• 优势：无需修改表结构、无额外存储成本，性能和原生索引一致。

方案4：预排序元数据分区 #

• 适用场景：读多写少、排序维度固定的业务
• 操作逻辑：新增独立的元数据分区，比如分区键a的值固定为SORT_META#CREATED_AT，SK存储格式为[排序序号]#[原有数据主键]。每次写入新数据时异步更新该元数据分区的SK顺序，查询分页时直接Query该元数据分区拿到当前页的主键列表，再批量BatchGetItem拉取对应业务数据即可。
• 优势：仅新增极少量元数据存储，查询性能稳定，不需要改动原有业务数据的存储结构。

注意：所有无索引方案都有适用边界，若你的业务单分区数据量超过10万、查询QPS高于10，长期来看创建GSI的成本远低于应用层适配的性能损耗和运维成本。

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