Firestore，Follower 数据结构

Question

我只是创建一个 Instagram 克隆应用程序进行测试

我的数据结构如下

   --- users (root collection)
         |
         --- uid (one of documents)
              |
              --- name: "name"
              |
              --- email: "email@email.com"
              |
              --- following (sub collection)
              |        |
              |        --- uid (one of documents)
              |            |
              |            --- customUserId : "blahblah"
              |            |
              |            --- name : "name"
              |            |
              |            --- pictureStorageUrl : "https://~~"
              |
              --- followers (sub collection)
              |        |
              |        --- uid (one of documents)
              |            |
              |            --- customUserId : "blahblah"
              |            |
              |            --- name : "name"
              |            |
              |            --- pictureStorageUrl : "https://~~"
              |

假设用户A有100万粉丝，然后如果用户A编辑图片或名称或customUserId，是否应该修改“跟随”100万粉丝用户的每个子集的文档？

应该有 100 万次更新吗？ 有没有更有效的救援方法？ 而如果没有其他的好方法，在上述方法的情况下，通过云函数的数据库触发器批量修改数据是否合适？

Answer 1

100万粉丝用户的每个子集的文档要修改吗？ 应该有 100 万次更新吗？

这完全由你来决定。 如果你不想更新它们，那就不要。 但是，如果您希望数据保持同步，则必须查找并更新复制该数据的所有文档。

有没有更有效的救援方法？

要更新 100 万个文件？ 不可以。如果您有 100 万个文档需要更新，那么您必须逐个查找并更新它们。

而如果没有其他的好方法，在上述方法的情况下，通过云函数的数据库触发器批量修改数据是否合适？

在 Cloud Functions 中进行更新仍然需要 100 万次更新。 这项工作没有任何捷径——前端和后端都是一样的。 Cloud Functions 只会让您触发该工作在后端自动发生。

如果你想避免百万的更新，那么你应该不是不复制数据100万次。 只需存储一个 UID，然后执行第二次查询以查找有关该用户的信息。