如何高效查询DynamoDB中包含指定日期的活动时间窗口？

针对你需要高效检索包含指定日期的活动时间窗口的需求，以下是几种更优的GSI配置和查询方式，可大幅减少不必要的数据扫描：

方案1：基于目标日期的分片GSI（最高效的查询方式） #

GSI结构设计 #

对于每个时间窗口，生成其覆盖范围内的所有时间分片（按天/小时，根据查询精度选择），为每个分片创建一条GSI条目：

• gsi1pk：格式为 DATE#<YYYY-MM-DD>（若按小时则为 DATE#<YYYY-MM-DD-HH>），代表窗口覆盖的某一个分片日期
• gsi1sk：格式为 CAMPAIGN#<ID>#WINDOW#<ID>，关联对应的活动和窗口
• 保留原表的start、end、data属性到GSI中

示例（针对WINDOW#6覆盖2023-06-07的分片条目）：

查询方式 #

当查询2023-06-07T13:00:00.000Z对应的窗口时：

1. 将目标日期转换为分片键：DATE#2023-06-07
2. 发起GSI查询：pk = DATE#2023-06-07
3. （可选）若存在窗口跨分片边界的情况，额外校验start <= 目标日期和end >= 目标日期（实际场景中该校验几乎可忽略）

优势 #

• 查询直接命中目标分片，无需扫描大量历史数据，单次查询仅返回覆盖该日期的窗口
• 完全避免大范围过滤操作，性能最优

注意事项 #

• 会产生数据冗余：每个窗口会生成等于其覆盖分片数的GSI条目，适合窗口周期不太长（如按月/按天）的场景
• 可通过代码自动生成分片条目，写入主表时同步写入GSI

方案2：基于结束时间的GSI（低冗余，高效过滤） #

如果不想引入数据冗余，可采用这种设计：

GSI结构设计 #

• gsi1pk：CAMPAIGN#<ID>（与主表PK一致，关联到具体活动）
• gsi1sk：END#<end-timestamp>（将窗口结束时间作为排序键，前缀统一便于范围查询）
• 保留原表的start属性到GSI中

查询方式 #

当查询2023-06-07T13:00:00.000Z时：

1. 构造查询条件：
   • gsi1pk = CAMPAIGN#1
   • gsi1sk >= END#2023-06-07T13:00:00.000Z（筛选出结束时间晚于目标日期的窗口）
2. 附加过滤条件：start <= 2023-06-07T13:00:00.000Z（确保窗口开始时间早于目标日期）

优势 #

• 无数据冗余，每个窗口仅对应一条GSI条目
• 直接排除所有结束时间早于目标日期的窗口，大幅减少需要过滤的数据量（例如你的例子中，会直接排除WINDOW#1至#5，仅返回WINDOW#6和#7，再过滤掉WINDOW#7）

对比原方案 #

原方案通过start时间筛选会返回所有早于目标日期的窗口，而此方案通过end时间筛选直接排除已过期的窗口，过滤效率提升显著。

方案3：基于时间范围的逆序GSI（补充方案） #

如果你的查询场景经常需要找“当前生效的窗口”，还可以将GSI的排序键设为START#<start-timestamp>并按逆序排列：

• gsi1pk = CAMPAIGN#<ID>
• gsi1sk = START#<start-timestamp>（逆序存储）
• 查询时用gsi1sk <= START#<目标日期>，并过滤end >= 目标日期，再取第一条结果（最新生效的窗口）

这种方式适合单活动仅需返回当前生效窗口的场景。

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