面向社交媒体的云Firestore数据库结构

Question

我正在尝试为一个简单的社交媒体概念创建一个简单的云Firestore数据库结构。

每个用户最多可以有一个可以随时更新的帖子（一个“最喜欢的”帖子除外）。用户“最喜欢的”版本的帖子被保存为一个单独的帖子，当用户在其当前版本的帖子上收到比最喜欢的版本更多的赞时，该帖子可以被更新。

USERS (collection)
    DocumentID - userId gathered from Authentication uid
        firstName: String
        lastName:  String
        username:  String
        birthdate: Timestamp
        accountCreationDate: Timestamp
        post: postId (when user is created, create a default post document for them since there is only one post per user)
        bestPost:    postId
        FRIENDS (subcollection)
            DocumentID - userId of the friend
                username:  String

POSTS (collection)
    DocumentID - postId randomly generated
        authorUserId:   String
        authorUsername: String
        text:  String   
        imagePath: String
        location:  String
        likesCount: Number
        LIKES (subcollection)
            DocumentID - userID of the liker
                username:  String

friends子集合存储好友用户名，因此很容易按用户名创建该用户的好友列表。我假设我可以通过将朋友的documentID与users中的documentID匹配来获得该用户朋友的更多信息。

likes子集合类似

Answer 1

结构看起来不错。我将提供一些关于在Cloud FireStore中这样做的评论。

正在更新likedCount

如果post likes很可能不经常（少于每秒一个），则可以创建云函数（由likes子集合.oncreate触发），该函数使用事务更新likescount。请确保用户不能在规则内编辑likescount。

您将需要建立规则来执行此操作。这可能更复杂一些，可能需要一些战略思考（除非你已经有了解决方案）。