如果我同时更新用户子集合中的文档，是否会达到Firebase限制？

我想统计用户收件箱中未读邮件的数量。数据库是这样的，每个用户都有

inbox

子集合，我制作了一个名为

counter

的特殊文档，它有一个名为

total\u unread

的字段

因此，每当我向所有用户发送消息时，都会在

收件箱

子集合中创建一个消息文档。当创建消息文档时，云函数中会触发一个函数，如下所示

const path = "users/{userId}/inbox/{messageId}"

exports.dbEventsOnCreate = functions.firestore.document(path).onCreate(async (snapshot,context) => {

   // update total_unread

})

我的问题是，如果我运行这样的场景，会有问题吗？我的意思是，我试着阅读，而且，我想我不会达到一些极限，但我不知道，我是Firebase的新手，我担心我会达到一些我不知道的极限

我预计我的最大用户总数约为5万到10万

从Firebase的使用和限制来看，我会达到这个限制吗

每个数据库每秒最大写入数10000（每个数据库最多10 MiB （二）

---

我不确定你预期会出现什么样的问题。根据您现在的计划，每一条新消息都会引发：

在收件箱中编写文档的成本

调用云函数的成本

写反文件的费用

---

就这样。除非你打算以很高的速度写新消息，否则我看不出你将如何超越任何限制。

我不确定你预期的问题是什么。根据您现在的计划，每一条新消息都会引发：

在收件箱中编写文档的成本

调用云函数的成本

写反文件的费用

---

就这样。除非您打算以非常高的速率写入新消息，否则我看不出您将如何超过任何限制。

因此，我不会达到每个数据库每秒写入的最大值10000？因为如果让我们假设我创建20000个新文档，每个用户一个消息文档，我预计我将每秒写入10000多个文档。因为我同时发送给所有用户，所以我假设它会在同一秒发送。显然，为了了解是否会超过任何限制，您必须了解应用程序的使用行为。重要的是写的速度。不是总量。如果您非常快地创建了20K个新文档，您显然会达到一个极限。但是，如果这20万人随着时间的推移而分散，那就不是问题了。请注意，限制是“每秒最大写入数”。我为下一个问题创建了一个单独的线程，如果您不介意的话，先生，请帮助：这样我就不会达到每数据库每秒最大写入数10000？因为如果让我们假设我创建20000个新文档，每个用户一个消息文档，我预计我将每秒写入10000多个文档。因为我同时发送给所有用户，所以我假设它会在同一秒发送。显然，为了了解是否会超过任何限制，您必须了解应用程序的使用行为。重要的是写的速度。不是总量。如果您非常快地创建了20K个新文档，您显然会达到一个极限。但是，如果这20万人随着时间的推移而分散，那就不是问题了。请注意，限制为“每秒最大写入数”。我为进一步发布创建了一个单独的线程，如果您不介意，先生，请帮助：