Multi part question.
I am making an app. It has some static data, which changes very infrequently. But there are about 4000 items across 3 collections. Even under avg to below-avg use case, the user will query 1000-1500 items per use. And my hope is that the user will use the app multiple times a day. This could go out of hand. I might be getting ahead here for an app that isn't out there yet, but if there are about 10K users using it per day, using it 3 times a day, querying about 1500 documents, that is 45M reads to Firestore. Or am I doing some wrong calculations?
I feel like 4000 docs in a collection(s) isn't much. How do people deal with this kind of scenario? Scaling it to even 50-60K users will start having a major impact on the firestore cost.
Is there a way to not query firebase on every startup of the app? That is, store the collection locally (app state) and query only on an update the collection or even on a daily/weekly basis. I don't expect the data to change frequently at all.
If that is not possible, can the data be shipped with the app (together 3 collections is < 200KB). How does listview interface with local data?
Thank you!
TM