DynamoDB架构建议

时间:2019-02-19 07:34:07

标签: amazon-web-services api amazon-dynamodb serverless mobile-development

我正在使用DynamoDB和AWS提供的其他无服务器工具进行练习。我曾经使用过MySQL之类的关系数据库,因此使用Dynamo对我来说是一个挑战。

基本上,我正在做的事情类似于Facebook,Instagram,Youtube和其他流行网站正在做的事情。这样就创建了一个平台,允许用户注册,关注其他人并发布可以被喜欢和评论的媒体(视频和图片)。对于可能增长的项目,例如关注者或点赞,我最初以列表的形式存储在各自的表中;但是,我意识到这可能不是最佳方法,因为DynamoDB确实有数据限制。例如,如果像Kobe Bryant这样的人加入了该应用程序,并立即获得了数百万的关注者,则列表方法可能不是最佳方法。

像这样, 媒体: -MediaID
-用户ID
-MediaType
-尺寸
-S3_URL
-喜欢:{
  ...
  ...
  }
-评论:{
  ...
  ...
  }

将这样的事情存储在单独的表中会更好吗?还是我现在正在回想关系数据库?

例如, 媒体:
-MediaID
-用户ID
-MediaType
-尺寸
-S3_URL

喜欢媒体:
-LikeID
-MediaID
-用户ID
-DateLiked

Media_Comments:
-CommentID
-MediaID
-用户ID
-文字
-DateCommented

或者还有什么是设计类似东西的最佳方法?

0 个答案:

没有答案