Les opérations Firestore Core de l'édition Standard offrent une large gamme 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 d'opérations de base.
- 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 compatibilité intégrée avec les 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 de base sont compatibles avec des requêtes expressives et efficaces, ce qui permet de chaîner des filtres et des tris. Une caractéristique clé 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 d'opérations Core.
- Indexation obligatoire : toutes les requêtes doivent être associées à un index. Si une opération Core tente d'exécuter une requête sans index approprié, elle échouera 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 peut filtrer les résultats en fonction d'un champ et les trier en fonction d'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 manquant spécifique.
Facturation et limites
Le modèle de facturation pour les opérations Core dans 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 en 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, il n'y a pas de frais spécifiques pour l'écriture d'entrées d'index. Les mises à jour d'index sont incluses dans le coût de l'écriture de 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 comme des 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 en fonction du 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.