Cloud Firestore Payments

Question

I have a question regarding payment at the Cloud Firestore compared to the Realtime Database. At Firestore you pay per read/write per document, right? In other words: If I display a list of 1000 documents in a collection, do I pay for 1000 reads?

I have a few collections in my app with many (200-300) documents, which unfortunately all have to be displayed on one page. My app has about 10,000 active users. After the calculation I am definitely financially broke... :-)

Therefore my question: Are 300 elements also 300 reads taken into account if I save the 300 elements in ONE document as an Array and retrieve them? Is then only the one document calculated as a read? Or also the 300 elements from the created array?

Answer 1

If I display a list of 1000 documents in a collection, do I pay for 1000 reads?

You only pay for documents that are read on/from the server. Most Firestore SDKs implement a client-side cache, which may significantly reduce the number of documents that are read on/from the server.

I have a few collections in my app with many (200-300) documents, which unfortunately all have to be displayed on one page

One way to reduce the number of read operations is to model the data for that one page into a separate single document. This document is essentially the data for a single page in your app, meaning that you update it whenever any of the underlying data updates. That leads to more code when you write updates to the database, but it saves you 299 document reads for every user accessing the page.

Also see:

• Cloud Firestore Pricing | Get to Know Cloud Firestore #3
• Firestore: How are "reads" calculated for the quota?
• Firebase firestore pricing for querying
• Understanding Firestore Pricing