Firebase的Cloud Firestore免费配额一旦超过就会永久耗尽？

Question

我已阅读有关Firebase的Cloud Firestore使用价格的信息，并在下面的第一个屏幕截图中说：

  

每日应用配额，并在太平洋时间午夜左右重置。

在第二个屏幕截图中，它说：

  

超过免费套餐的使用和存储配额后，   您为执行的数据库操作付费

我的担忧：

我们假设我使用Firebase的Cloud Firestore构建应用程序，并且某些时候该应用程序超出了免费配额：

1. 第一次超过它后，免费配额是否会永久消失（永远不会被再次访问）。
2. 超过免费配额后，我现在会自动收费吗？ （即使我从未注册过账单）

或

1. 由于我使用的是免费套餐配额并且尚未注册结算，因此我只能限制与后端通信，直到我停止超过免费配额限制？

2. 只要我确保停止超出免费配额限制，免费配额是否会在午夜重置？

基本上，我从未注册过结算帐户，当免费帐户用户超过免费帐户时，我一直有一个免费的Firebase帐户所以正是如此 Cloud Firestore提供的配额？

第一个屏幕截图：



第二个屏幕截图：



此外：

构建社交媒体应用程序（在后端有大量读写操作）是否更可行，例如用户＆＃39;使用 Cloud Firestore 在应用中发帖，还是应该使用经典实时Firebase数据库？ （在定价方面）

最后：

Firebase上声明用户可以使用App Engine监控其配额。我担心的是，为了使用这个，我是否必须使用付费结算帐户，或者如果使用应用引擎，免费帐户用户是否可以监控他/她的配额？

Answer 1

  

Firebase上声明用户可以使用App Engine监控其配额。我担心的是，为了使用这个，我是否必须使用付费结算帐户，或者如果使用应用引擎，免费帐户用户是否可以监控他/她的配额？

我使用免费套餐，没有设置付费结算帐户，但我可以在https://console.cloud.google.com/appengine/quotadetails

查看使用情况

Answer 2

虽然我不知道你问题的确切答案，但我知道你怎么能找到...测试你的问题。听起来您不想冒险从现有帐户中烧掉所有免费配额，但没有什么可以阻止您创建其他帐户并进行测试。

另外值得记住的是，作为基于云的解决方案，今天真实的情况明天可能不是真的。

关于价格方面的RealtimeDB与Firestore ...... 我认为这对其他人来说很难回答 - 在定价方面。 data structure in RTDB vs Firestore非常不同，因此您在每个数据库中进行的存储，带宽，读取和写入都会有所不同。

例如;在RTDB中，您使用平面数据结构，因此您需要为每条相关数据进行额外读取。如果你有很多关系数据，这可能不合适。 Firestore允许嵌套数据，因此您可以通过单次读取来获取相关数据，但是您将重复获取数据，因此您需要更多存储空间。 这是一个应该根据应用进行调查的权衡。再一次，没有什么可以阻止你尝试使用不同的登录方式的RTDB和Firestore，因此你可以比较使用情况。请记住以不同的方式构建数据以适应每个数据库，并查看哪一个允许您以最有效的方式访问数据。

最后，截至今天，Firestore仍然处于测试阶段。我认为这是Googles告诉你要谨慎的方式。系统已准备好进行测试和示例，但生产数据可能不是100％安全的。

Answer 3

此处提供了一个很好的答案：Firebase storage Quota has been exceeded

简历：您的应用程序将无法运行，直到（1）配额（自动）重置，或（2）升级到付费帐户。

顺便说一句，请注意，查询中的每个文档都被视为读取，并且由于读取的数量而确定了配额。例如，可以考虑使用Android listener.sockets.emit('notification', data); jsonstring = JSON.parse(data) var ip = jsonstring.clientip var geo = geoip.lookup(ip); jsonstring['geo'] = geo; 在您开发的应用程序中缓存数据。

因此，仅基于我对以上引用的答案的理解：

  

首次超过免费配额后，永久配额将永久消失（永远不会再次访问）。

否

  

超过免费配额后，我现在会被自动收费吗？ （即使我从未注册过帐单）

否

  

由于我使用的是免费套餐配额，并且尚未注册计费，因此我将只能与后端进行通信，直到我停止超过免费配额限制为止。

是

  

只要我确保停止超过免费配额限制，免费配额还会在午夜重置吗？

不是很了解；您的免费配额将根据给定的horodata自动重置（通常在Firebase / Firestore的Google文档中说明）。