Les opérations Firestore Core de l'édition Standard offrent un large éventail de fonctionnalités en tant que base de données de documents, y compris des SDK fluides pour un grand nombre de langages de programmation, une prise en charge en temps réel et hors connexion, une haute disponibilité dans les configurations à une ou plusieurs régions, ainsi qu'un modèle opérationnel sans serveur pratique avec une évolutivité automatique fluide.
Principales fonctionnalités
L'édition Standard représente l'expérience Firestore, optimisée pour le développement rapide d'applications à l'aide des opérations Core.
- Modèle de données : Cloud Firestore utilise une structure de données hiérarchique NoSQL flexible dans laquelle les données sont stockées dans des documents organisés en collections et sous-collections.
- Temps réel et hors connexion : ces opérations incluent une prise en charge intégrée des requêtes d'écoute en temps réel qui mettent à jour instantanément les applications clientes lorsque les données changent, ainsi qu'une persistance hors connexion robuste pour les clients mobiles et Web.
- Requêtes : les opérations Core sont compatibles avec des requêtes expressives et efficaces, ce qui permet de chaîner des filtres et des tris. Une caractéristique essentielle est que les performances des requêtes sont proportionnelles à la taille de l'ensemble de résultats, et non à la taille totale de l'ensemble de données.
Indexation
Dans l'édition Standard, l'indexation est strictement appliquée à l'aide des opérations Core.
- Indexation obligatoire : toutes les requêtes doivent être soutenues par un index. Si une opération Core tente d'exécuter une requête sans index approprié, elle échoue au lieu d'effectuer une analyse de collection.
- Index automatiques : pour simplifier le développement, Firestore crée automatiquement des index à champ unique pour tous les champs d'un document.
- Index composites manuels : pour les opérations Core complexes impliquant plusieurs champs, les développeurs doivent créer manuellement des index composites. Par exemple, une requête filtre sur un champ et trie par un autre. Le SDK client facilite cette opération en fournissant un lien d'erreur qui redirige le développeur vers la console Firebase pour créer l'index spécifique manquant.
Facturation et limites
Le modèle de facturation des
opérations Core de l'édition Standard est basé sur le
nombre de documents ou d'index traités, plutôt que sur la taille des données
traitées (à l'exception du stockage). Les prix suivants sont indiqués dans la région us-central1.
Frais basés sur les documents : vous êtes facturé en fonction du nombre de documents lus, écrits et supprimés.
- Lectures : 0,03 $ pour 100 000 lectures ou 0,30 $pour un million de lectures, facturées par document.
- Écritures : 0,09 $ pour 100 000 écritures ou 0,90 $pour un million d'écritures, facturées par document.
- Suppressions : 0,01 $ pour 100 000 suppressions ou 0,10 $pour un million de suppressions.
Coûts d'écriture d'index : contrairement à l'édition Enterprise, aucun frais spécifique n'est facturé pour l'écriture d'entrées d'index. Les mises à jour d'index sont incluses dans le coût de l'écriture du document. Toutefois, l'espace de stockage consommé par ces index vous est facturé.
Requêtes d'écoute en temps réel : les mises à jour en temps réel sont facturées en tant que lectures de documents standards. Une lecture vous est facturée chaque fois qu'un document est ajouté ou mis à jour dans l'ensemble de résultats de l'écouteur.
Lectures d'entrées d'index : alors que la plupart des opérations Core sont facturées par nombre de documents, certaines opérations complexes spécifiques, telles que les requêtes d'agrégation (count, sum, avg) ou la recherche vectorielle, sont facturées en fonction du nombre d'entrées d'index lues.
Quota sans frais : l'édition Standard inclut un niveau sans frais quotidien de 50 000 lectures, 20 000 écritures et 20 000 suppressions.