DynamoDB单表设计：如何使PK下Character类型唯一且用roomId作SK？

完全可以用roomId作为SK，同时保证一个Character只能关联一个Room，不需要创建3个条目。核心是利用DynamoDB的条件表达式和事务操作处理并发与唯一性约束，以下是具体实现方案：

1. 表结构设计 #

主表结构 #

GSI1 配置 #

• GSI1 PK：映射主表的SK字段
• GSI1 SK：映射主表的PK字段
• 作用：通过ROOM#<roomId>作为GSI1的PK，直接Query出该Room下所有关联的Character

2. 满足访问模式 #

• 通过characterId查询所在Room：对主表执行Query，条件为PK = 'CHAR#<characterId>'，由于唯一性约束，结果仅返回1条，解析SK中的roomId即可。
• 通过roomId查询所有Character：对GSI1执行Query，条件为GSI1PK = 'ROOM#<roomId>'，返回结果的GSI1SK即为CHAR#<characterId>，提取出characterId即可。

3. 唯一性与并发安全实现 #

场景1：Character首次关联Room #

使用PutItem操作，添加条件表达式确保该Character尚未关联任何Room：

# Python示例代码
dynamodb.put_item(
    TableName='YourTableName',
    Item={
        'PK': {'S': 'CHAR#123'},
        'SK': {'S': 'ROOM#456'},
        'entityType': {'S': 'CHARACTER_ROOM_ASSOC'}
    },
    ConditionExpression='attribute_not_exists(PK)'
)

若该Character已存在关联条目，条件表达式会触发ConditionalCheckFailedException，操作失败，避免重复创建。

场景2：Character切换Room #

需要原子性删除旧关联+创建新关联，使用DynamoDB的TransactWriteItems事务操作，同时给两个步骤加条件约束：

# Python示例代码
dynamodb.transact_write_items(
    TransactItems=[
        {
            'Delete': {
                'TableName': 'YourTableName',
                'Key': {
                    'PK': {'S': 'CHAR#123'},
                    'SK': {'S': 'ROOM#789'}  # 旧Room的SK
                },
                'ConditionExpression': 'attribute_exists(PK) AND SK = :oldRoomSK',
                'ExpressionAttributeValues': {
                    ':oldRoomSK': {'S': 'ROOM#789'}
                }
            }
        },
        {
            'Put': {
                'TableName': 'YourTableName',
                'Item': {
                    'PK': {'S': 'CHAR#123'},
                    'SK': {'S': 'ROOM#456'},  # 新Room的SK
                    'entityType': {'S': 'CHARACTER_ROOM_ASSOC'}
                },
                'ConditionExpression': 'attribute_not_exists(PK)'
            }
        }
    ]
)

• 事务保证两个操作要么全部成功，要么全部失败
• Delete操作的条件确保删除的是旧关联条目
• Put操作的条件确保事务执行期间无其他请求创建新关联

并发处理 #

当多个并发请求尝试修改同一个Character的Room关联时，事务或PutItem的条件检查会触发ConditionalCheckFailedException，代码需捕获该异常，执行指数退避重试逻辑，或提示用户操作冲突。

4. 为什么不需要3个条目 #

你原本考虑的3个条目方案通常是单独存储Character实体、Room实体再加关联条目，但通过单表设计+GSI的方式，仅需1条主表关联条目+1条自动生成的GSI索引条目，即可满足所有访问模式，既节省存储，又提升查询效率。

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