DynamoDB建模疑问：用户与群组关联该用单集合还是双集合？

首先明确：你当前的嵌套数组单集合方案存在明显的维护和性能问题，不建议采用：

• 创建/更新群组：若群组信息嵌套在用户数据中，修改群组属性（如名称）时需要批量更新所有加入该群组的用户记录，操作复杂且容易出错，还会产生大量冗余数据。
• 查询群组成员：要获取某个群组的所有用户，必须全表扫描所有用户文档，在数据量增大后性能会急剧下降，完全不符合DynamoDB的设计原则。

推荐方案：DynamoDB单表设计（最佳实践） #

DynamoDB的核心设计思路是单表存储多类型实体，通过分区键（PK）和排序键（SK）区分实体类型与关联关系，既满足性能要求，又能简化操作。以下是具体建模：

实体结构定义

1. 用户实体

{
  "PK": "USER#123",
  "SK": "USER#123",
  "name": "Bob Smith",
  "dob": "1980-01-01",
  "entityType": "USER"
}

2. 群组实体

{
  "PK": "GROUP#456",
  "SK": "GROUP#456",
  "name": "Sports",
  "createdAt": "2022-01-05",
  "entityType": "GROUP"
}

3. 用户-群组关联记录（双向）

{
  "PK": "USER#123",
  "SK": "MEMBER_OF#456",
  "groupId": "456",
  "joinedAt": "2024-05-20",
  "entityType": "USER_GROUP_ASSOC"
}

{
  "PK": "GROUP#456",
  "SK": "MEMBER#123",
  "userId": "123",
  "joinedAt": "2024-05-20",
  "entityType": "GROUP_USER_ASSOC"
}

核心操作实现

• 创建群组：直接插入一条GROUP#<群组ID>的实体记录，无需修改任何用户数据。
• 更新群组：仅需更新对应GROUP#<群组ID>的实体，一次操作完成，无冗余更新。
• 用户加入群组：插入两条关联记录（用户侧关联、群组侧关联），保证双向查询的高效性。
• 查询用户的所有群组：执行查询条件PK = 'USER#<用户ID>' AND SK BEGINS_WITH('MEMBER_OF#')，快速获取用户所属的全部群组。
• 查询群组的所有用户：执行查询条件PK = 'GROUP#<群组ID>' AND SK BEGINS_WITH('MEMBER#')，高效获取群组的所有成员。

分表方案的适用性 #

如果你的业务逻辑极度简单，也可以采用双表+关联表的模式（Users表、Groups表、UserGroups关联表），但这种方式会增加跨表操作的开销，且不符合DynamoDB的单表优化思路，仅适合小规模、低并发的场景。

综上，单表设计是处理此类多对多关系的最优选择，既能保证操作效率，又能降低维护成本。

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