Firebase 云Firestore支付
我有一个关于云Firestore与实时数据库相比的付款问题。在Firestore,每个文档的读/写都要付费,对吗?换句话说:如果我在一个集合中显示1000个文档的列表,我是否需要支付1000次读取 我的应用程序中有一些集合,其中包含许多(200-300)文档,不幸的是,这些文档都必须显示在一个页面上。我的应用程序有大约10000个活跃用户。经过计算后,我肯定是经济上破产了…:-) 因此,我的问题是:如果我将一个文档中的300个元素保存为数组并检索它们,那么300个元素是否也会考虑300次读取?那么,是否只有一个文档被计算为读取?还是创建的数组中的300个元素 如果我在一个集合中显示1000个文档的列表,我是否需要支付1000次读取 您只需为在服务器上/从服务器上读取的文档付费。大多数Firestore SDK都实现了客户端缓存,这可能会显著减少从服务器上读取的文档数量 我的应用程序中有一些集合,其中包含许多(200-300)文档,不幸的是,这些文档都必须显示在一个页面上 减少读取操作数量的一种方法是将该页面的数据建模为单独的单个文档。此文档本质上是应用程序中单个页面的数据,这意味着您可以在任何基础数据更新时对其进行更新。这会在向数据库写入更新时产生更多的代码,但为每个访问页面的用户节省299次文档读取 另见:Firebase 云Firestore支付,firebase,google-cloud-firestore,Firebase,Google Cloud Firestore,我有一个关于云Firestore与实时数据库相比的付款问题。在Firestore,每个文档的读/写都要付费,对吗?换句话说:如果我在一个集合中显示1000个文档的列表,我是否需要支付1000次读取 我的应用程序中有一些集合,其中包含许多(200-300)文档,不幸的是,这些文档都必须显示在一个页面上。我的应用程序有大约10000个活跃用户。经过计算后,我肯定是经济上破产了…:-) 因此,我的问题是:如果我将一个文档中的300个元素保存为数组并检索它们,那么300个元素是否也会考虑300次读取?那