DynamoDB表/索引建模与查询咨询：满足两类日期排序查询需求

首先，你的核心思路是完全正确的，针对你的两种查询需求，主表+单GSI的方案是目前最高效的选择，下面我会详细拆解并补充细节：

1. 主表设计：User作为HASH键，Date作为RANGE键 #

这个设计完美匹配你的第一个查询需求——按User获取最新数据：

• 当需要查询某个User的最新数据时，你可以执行Query操作（以DynamoDB为例）：

  # 第一步：获取该用户的最新日期
  response = table.query(
      KeyConditionExpression=Key('User').eq(user_id),
      ScanIndexForward=False,  # 按Date倒序排列
      Limit=1
  )
  latest_date = response['Items'][0]['Date']
  
  # 第二步：获取该日期下的所有数据行
  response = table.query(
      KeyConditionExpression=Key('User').eq(user_id) & Key('Date').eq(latest_date)
  )
  latest_rows = response['Items']
  

  这样就能精准拿到该User最新日期的所有数据行，返回的行数直接等于len(latest_rows)，不需要额外统计分类数量——查询结果本身就包含了所有符合条件的行。

2. GSI设计：User+Category组合作为HASH键，Date作为RANGE键 #

针对第二个查询需求（按User+Category获取最新数据），这个GSI设计是最优的：

• 先在主表上创建GSI，将组合键（比如命名为UserCategory，格式为{User}#{Category}，例如1#Red）设为GSI的HASH键，Date设为RANGE键。
• 查询时直接针对GSI执行Query：

  response = gsi_table.query(
      KeyConditionExpression=Key('UserCategory').eq(f"{user_id}#{category}"),
      ScanIndexForward=False,
      Limit=1
  )
  latest_row = response['Items'][0]
  

  一步就能拿到指定User+Category的最新数据行，返回行数固定为1，无需额外统计。

有没有更高效的替代方案？ #

其实很难找到比这个更高效的方案了，原因在于：

• 两种查询需求的过滤维度不同：一个是User单维度，一个是User+Category组合维度，必须通过两个不同的HASH键结构来支持高效的Query操作（这是NoSQL数据库中最高效的读取方式，避免了全表扫描）。
• 主表和GSI的自动同步特性（比如DynamoDB会自动同步主表数据到GSI），不需要额外维护数据一致性。

额外注意事项 #

• Date字段建议存储为ISO 8601格式（比如2024-05-16），这样排序逻辑更清晰，避免日期格式混乱导致的排序错误。
• 如果业务中同一个User+Date的行数可能非常多，第二次Query时可以考虑分页，但根据你的示例场景，这个情况应该很少见。

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