Fractionnement d'un bloc de données dans Firestore document

Question

Quelle est la meilleure approche pour traiter de petites portions de données sur Firestore tout en gardant les opérations de lecture et d'écriture minimales.

Nous travaillons sur une petite déclaration de problème où nous voulons offrir aux utilisateurs la possibilité d'évaluer/examiner tous les magasins qu'ils voient sur l'application. L'approche que je vois est de créer un document de magasin avec un ensemble d'attributs de magasin (nom de magasin, adresse de magasin, estimation agrégée) et puis créer une sous-collection de notation/révision avec chaque notation d'utilisateur comme document .

/stores/{storeid}/rating/{rating_from_each_user} 

Mais cela se traduira par de nombreuses opérations de lecture, chaque fois que quelqu'un essaie de lire une critique en magasin. En outre, nous ne pouvons pas conserver toutes les notes dans un document en raison d'une limitation de 1 Mo, et le nombre de notes augmentera à l'avenir, mais cela ne sera pas échelonné.

S'il vous plaît partagez si vous avez d'autres approches à l'esprit pour les meilleures pratiques.

Answer 1

Pour résoudre ce problème, je vous recommande d'utiliser Firebase Realtime Database. Comme il est mentionné dans ce post du Firebase blog de offical, une des raisons pour lesquelles vous voulez quand même utiliser la base de données en temps réel est:

Comme nous l'avons indiqué plus haut, le modèle de tarification de Cloud Firestore signifie que les applications qui effectuent un très grand nombre de petits lit et écrit par seconde par client pourrait être significativement plus cher qu'une application similaire dans la base de données en temps réel.

Donc, vous connaissez votre budget. Dans ce cas, c'est à vous de choisir l'option que vous choisissez.

Espérons que ça aide.