社交媒体应用中用户交互的Firestore结构

Question

/ (root)
|
--> /interactions (collection)
|    |--> /userId (document)
|         |--> pendingPostsInteractionsCount (number) <-------- Always increase. Reset to 0 when the user open the "notifications" screen.
|         |--> pendingChatsCount (number) <-------- Always increase. Decrease when the user open an unread chat.
|         |--> /posts (collection)
|         |     |--> /postId (document)
|         |           |--> /likes (collection)
|         |           |     |--> otherUserId (document)
|         |           |          |--> { date: Date }
|         |           |     ...
|         |           |
|         |           |--> /comments (collection)
|         |                 |--> otherUserId (document)
|         |                      |--> { comment: String, date: Date }
|         |                 ...
|         |              
|         |--> /chats // There are no "groups" in my app
|               |--> otherUserId (document)
|                     |--> messages (collection)
|                          |--> messageId (document)
|                                |--> { text: String, date: Date }
|                          ...
|
|--> /posts (collection)
|    |--> /userId (document)
|          |--> /userPosts (collection)
|               |--> postId (document)
|                     |--> { ...postData }
|               ...
|          ...
|           
|--> /users (collection)
      |--> userId (document)
            |--> { ...userData }
      ...

当用户导航到Likes或Comments屏幕时，他/她将分别看到用户指定帖子的Likes或Comments列表。

用这种结构能正确处理这两种情况吗？或者将评论和喜欢集合放在/posts/{userId}/userposts/{postId}/（也可以作为子集合）中会更好

Firestore可以同时执行“多个集合查询”吗？以便在我的“交互”屏幕中，我可以从按日期排序的不同集合中获取所需的数据

我很感激有Firestore和NoSQL数据库一般经验的人的一些反馈或建议。

谢谢你。

Answer 1

将此作为一个社区维基发布，因为这是@DougStevenson评论的，它回答了这个问题：

如果你可以通过查询来满足你的应用程序的需求，那么是的，这就足够好了。这才是真正重要的。如果它不能满足查询，那么您将需要后退一步，仔细定义查询，然后构造数据以满足它们。

NoSQL数据建模通常遵循您需要的查询，所以首先定义这些查询。