如何将PostgreSQL关系表迁移至DynamoDB并实现指定查询与CRUD操作

我的解答 #

我之前做过几次关系型数据库转DynamoDB的迁移，给你梳理下最适合的方案——DynamoDB的核心思路和关系型完全不同，它更推荐单表设计，咱们一步步来拆解：

1. 优先方案：单表设计+数据冗余 #

这是DynamoDB的最佳实践，能高效支持你的目标查询，同时兼顾CRUD操作。我们把Student和Registration的数据都存到同一张表中，通过结构化的主键区分不同类型的条目，同时冗余存储学生信息来避免关联查询。

表结构设计

我们用复合主键（分区键+排序键）：

• 分区键（PK）：用结构化字符串区分不同的查询维度和数据类型
• 排序键（SK）：用来细化条目的唯一性和排序逻辑

具体条目格式：

学生主数据条目

注册关联条目（冗余学生信息）

实现目标查询

当你需要查询class='A1'且year='2018'的学生时，直接执行查询操作：

• 指定分区键为CLASS#A1#YEAR#2018
• 就能获取该分区下的所有注册条目，这些条目里已经包含了完整的学生信息，直接返回即可，完全不需要像关系型那样做join，响应速度极快。

完整CRUD支持

• Create（新增）：
  • 新增学生：插入一条PK=STUDENT#<id>、SK=METADATA的主条目，带上所有学生属性。如果该学生同时有注册记录，插入对应的PK=CLASS#<class>#YEAR#<year>、SK=STUDENT#<id>的关联条目，冗余学生属性。
  • 新增注册：先从学生主条目（或缓存）获取最新的学生属性，然后插入对应的关联条目。
• Read（读取）：
  • 按学生ID查询：直接用PK=STUDENT#<id>+SK=METADATA做精准查询，秒出结果。
  • 按班级+年份查询：直接查询PK=CLASS#<class>#YEAR#<year>的所有条目，拿到完整学生数据。
• Update（更新）：
  • 更新学生信息：先更新学生主条目，然后用DynamoDB事务或批量更新操作，同步更新所有关联的注册条目（如果对实时性要求不高，也可以用后台异步任务同步）。
  • 更新注册信息：如果只是修改注册的非核心字段（比如备注），直接更新对应的关联条目；如果涉及班级/年份变更，需要删除旧的关联条目，插入新的PK/SK组合的条目。
• Delete（删除）：
  • 删除学生：删除学生主条目，同时批量删除所有关联的注册条目。
  • 删除注册：直接删除对应的关联条目即可。

2. 备选方案：双表+全局二级索引（GSI） #

如果暂时接受不了单表设计，也可以用双表方案，但效率会低一些：

• Student表：主键为id，存储所有学生属性。
• Registration表：主键为id，属性包含class、student、year，同时创建一个GSI：
  • 分区键：class_year（格式如A1_2018，由班级和年份拼接而成）
  • 排序键：student

查询时，先通过GSI查询class_year='A1_2018'的所有studentID，再用BatchGetItem批量查询Student表获取学生信息。这种方式需要两次查询，且批量查询最多支持100条数据，适合数据量不大的场景。

总结 #

优先选择单表设计+数据冗余，这是DynamoDB的最优实践，既能让你的目标查询达到毫秒级响应，也能很好地支持全量CRUD。唯一需要注意的是学生信息更新时的冗余数据同步，用DynamoDB事务可以保证强一致性，异步同步则适合对一致性要求不高的业务场景。

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