哪一个Firestore模式更适合获取社交媒体提要？

Question

据我所知，这些方法需要大致相同的读写次数。

一个想法是在users/{userId}中有一个名为posts的字段，这是我想为用户提取的文档数组。这将允许我直接从posts中提取数据，并获得数据的最新版本。

另一种方法似乎更Firebasey,它将文档存储在users/{userId}/feeds中，这些feeds是帖子本身的副本。我可以使用与postid中的数据相同的posts。假设，如果我需要为任何审查更新数据，我可以使用组集合查询来获取所有称为提要的集合，其中docID是相等的（或者只创建一个字段来执行正确的“where”、“==”、docID)。

三位挑战者：

>

users/{userId}，字段名为feed-指向全局帖子的文档ID数组。获取提要，按ID获取所有文档。每次用户有活动时，每个跟随者都需要更新每个数组。

users (coll)
    -> uid (doc)
    -> uid.feed: postId1, postId2, postId3, ...] (field)

posts (coll)
    -> postId (doc)

查询（伪）：

doc(users/{uid}).get(doc)
    feed = doc.feed
    for postId in feed:
        doc(posts/{postId}).get(doc)

users (coll)
    -> uid (doc)
         -> feed: (coll)
               -> postId1 (doc)
               -> postId2
               -> postId3

posts (coll)
    -> postId (doc)

collection(users/{uid}/feed).get(docs)
    for post in docs:
        doc(posts/{post}).get(doc)

users (coll)
    -> uid (doc)


posts (coll)
    -> postId (doc)
    -> postId.followers_array[followerId, followerId2, ...] (field)

collection(posts).where(followers, 'array_contains', uid).get(docs)

1.更新每个活动的作者用户的数据，查找跟随该用户的所有用户。目前，用户作为文档存储在集合中，因此这是followerNumber文档读取。对于每个用户，通过预先执行postid来更新他们的数组，这将是followerNumber文档写入。

1.为提要的每次提取显示数据/提要：从用户文档中获取数组（读取1个文档）。对于每个postId，call，帖子/{postId}

这将是numberOfPostsCalled文档读数。

2.更新每个活动的作者用户的数据，查找跟随该用户的所有用户。目前，用户作为文档存储在集合中，因此这是followerNumber文档读取。对于每个用户，将ID为postid的新文档添加到users/{userId}/feed中，这将是followerNumber document Writes。

2.为每次提要的提取显示数据/提要：从users/{userId}/feed获取一定数量的帖子

这将是numberOfPostsCalled文档读数。

Answer 1

很好，当我谈到什么是最优的，我真的需要一个点或质量属性来比较，我会假设你关心速度（不是必要的性能）和成本。

这就是我如何解决这个问题，它涉及几个集合，但我的目标是只有1个查询。

用户（col）

{
 "abc": {},
 "qwe": {}
}

{
  "123": {},
  "456": {}
}

{
  "abc": {
    "posts_ids": ["123"]
  }
}

{
  "abc": {
    posts: [
    {
       id: "123", /.../
    }, {
       id: "456", /.../
     }
    ]
  }
}

云函数如下所示：

/* on your front end you can manage the add or delete ids from user posts */
export const calculateDashboard = functions.firestore.document(`users_posts/{doc}).onWrite(async(change, _context) {
   const firestore = admin.firestore()
   const dashboardRef = firestore.collection(`users_dashboard`)
   const postRef = firestore.collection(`posts`)

   const user = change.after.data()
   const payload = []
   for (const postId of user.posts_ids) {
      const data = await postRef.doc(postId).get().then((doc) => doc.exists ? doc.data() : null)
      payload.push(data)
   }
   // Maybe you want to exponse only certain props... you can do that here
   return dashboardRef.doc(user.id).set(payload) 
})

doc的最大大小为1 MiB(1,048,576字节），这是可以存储的大量数据，因此这里可以有很多帖子。让我们谈谈成本；我以前认为firestore更像是有几个小文档，但我发现在实践中，它同样适用于大尺寸的文档。

现在，在仪表板上只需查询：

const dashboard = firestore.collection(`users_dashboard`).doc(userID).get()