事务中的Firebase多位置更新？

Question

我需要帮助找出使用Firebase的最佳方式。我正在制作一个twitter克隆，但与FireFeed不同，我的帖子是可变的。

我的数据库结构如下：

房间，基本上是一个你可以订阅的帖子提要。会议室成员可以向该会议室发帖：

1. 房间/{房间ID}/帖子/{postId}/-

用户，所有用户的全局列表：

1. 用户/{userId}/feed/{postId}-

帖子，实际帖子内容的全球列表：

1. 贴子/{postId}/评论/{评论Id}-

学校，房间列表：

1. 学校/{学校名称}/房间/{房间名称}/info-

现在，前两个用例已经很好了。困惑来自于如何制作和编辑对帖子的引用。我的用例是：

用例0：用户想要创建一个房间。

1. 多位置将房间对象更新为/rooms/，并将相应的房间摘要对象更新为schools/{schoolId}/rooms/，以及users/{userId}/rooms/

用例1：用户想要订阅一个房间。

1. 在rooms/{roomId}/上运行事务。将{userId}添加到rooms/{roomId}/users/并将房间大小增加1

用例2：用户想在房间里做一个帖子。

1. 从文件室/{roomId}/users检索用户列表

这样做的问题是，如果另一个用户在我们的用户检索到用户列表后立即加入这个房间，那么他就不是接收这个新帖子的多位置更新的一部分。

当我试图更新帖子的评论数量时，我也面临着类似的难题。如果一个帖子有15条评论，并且有两个人同时在这个帖子中添加了一条新评论，那么在事务中完成时，全局帖子对象将正确更新为17条，但是根据之后扇出的顺序，每个人的帖子摘要对象可能有16条评论。当用户加入房间时，房间的大小也是如此。

我该怎么做呢？有没有一种方法可以更好地建模我的数据，或者有没有一种方法可以在事务期间正确地进行多位置更新？

Answer 1

当我看到你的用例时，我认为你让你的数据模型有点太复杂了。

Firebase对我来说就像：

1. 没有sql数据存储

这意味着我不会存储这个users/{userId}/feed/{postId}，而是在客户端登录时执行以下操作：

1. 连接到用户订阅的每个房间
2. 获取所有最近的帖子从订阅房间
3. 命令客户端的帖子

这样，当某人发表新帖子/评论时，它将只在一个位置写入房间/{房间ID}/帖子/

我还会删除您的计数器喜欢/发布/评论，当我想要此信息时，请调用方法为数字儿童，以避免不必要的并发访问。