基于事件类数据存储场景的DynamoDB表结构应该如何设计？

表结构设计 #

主键配置 #

• 分区键（Partition Key）：userId，适配用户维度的事件查询需求，贴合DynamoDB分布式查询优化逻辑
• 排序键（Sort Key）：eventName#timestamp，拼接事件名称和13位毫秒级事件生成时间戳，既可以唯一区分同一用户下的同名事件，也支持按事件名前缀匹配、时间范围筛选两类常见查询

属性设计 #

完全适配当前的事件结构，不需要做冗余改造：

• 保留两个顶层固定字段：userId、eventName，和业务侧生成的事件字段一一对应
• 动态属性直接存入顶层data字段即可，DynamoDB原生无模式特性支持data字段存储任意结构的键值对，不需要提前定义字段，完美适配不同事件带不同属性、事件名称无上限的需求

场景适配优化 #

CRUD 操作适配 #

• 单用户全量/特定事件查询：直接用userId作为查询条件，配合排序键前缀匹配（比如SK begins_with 'some_event#'），即可毫秒级返回查询结果
• 单条事件操作：仅需获取userId和完整排序键值，即可快速完成增删改查操作

BI 可视化分析适配 #

如果需要做全量事件的多维度聚合分析，可直接开启DynamoDB Streams，自动同步增量数据到Athena或Redshift，无需额外开发同步脚本即可对接各类BI工具做可视化分析

可选扩展配置 #

如果后续有跨用户按事件名聚合查询的需求，可新增全局二级索引（GSI），将分区键设为eventName，排序键设为timestamp，即可快速满足这类查询场景

写入示例 #

const event = {
  userId: 'user_123456',
  eventName: 'view_product',
  SK: `view_product#${Date.now()}`,
  data: {
    productId: 'prod_789',
    price: 199,
    source: 'home_page_banner'
  }
}
// 直接调用DynamoDB的putItem接口写入即可

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