DynamoDB按指定字段查询的存储方案咨询：排序键与文档存储疑问

1. some_other_field是否必须设为排序键？ #

完全不需要，而且不建议这么做。原因如下：

• 你的表当前用id（UUID）作为单分区键，排序键是复合主键的一部分，必须配合分区键才能使用。如果把some_other_field设为排序键，查询时必须先指定id的值，才能筛选排序键——这显然不符合你“查询所有some_other_field等于特定值”的需求。
• 正确的做法是创建全局二级索引（GSI）：
  • 给some_other_field创建一个GSI，将其设为GSI的分区键。这样你就可以直接通过GSI高效查询所有该字段等于目标值的条目，无需依赖id。
  • 如果需要进一步的范围查询（比如结合时间戳筛选），还可以给这个GSI添加一个排序键，增强查询灵活性。

2. 能否将some_other_field存储为文档型条目而非键值型？ #

当然可以，DynamoDB原生支持嵌套文档结构（类似JSON的对象/数组）。不过需要注意两点：

• 如果存储为文档型（比如some_other_field: {"category": "books", "price": 29.9}），要查询文档内的特定属性时，需要用表达式指定路径。例如要筛选category等于"books"的条目，条件表达式可以写为some_other_field.category = :target。
• 如果需要基于文档内的某个属性做高效检索，依然可以给该属性创建GSI——只需在定义GSI时指定文档路径作为键（比如some_other_field.category）即可。

注意事项 #

• 避免使用Scan操作来实现这类查询：扫描会遍历整个表，数据量大时性能极差、成本很高，只适合小表或一次性离线操作。
• GSI会占用额外的存储和写入吞吐量（写入主表时会同步写入GSI），所以要根据查询频率和数据量评估成本。

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