Les tarifs de BigQuery se composent de deux principaux éléments :

• La partie calcul, qui correspond au coût de traitement des requêtes, y compris des requêtes SQL, des fonctions définies par l'utilisateur et des scripts, ainsi que de certaines instructions LMD (langage de manipulation de données) et LDD (langage de définition de données).
• La partie stockage correspond quant à elle au coût de stockage des données que vous chargez dans BigQuery.

BigQuery facture d'autres opérations, y compris l'utilisation de BigQuery Omni, de BigQuery ML, de BI Engine, ainsi que les lectures et les écritures en flux continu.

De plus, BigQuery propose des opérations sans frais et un niveau d'utilisation sans frais.

Chaque projet que vous créez est associé à un compte de facturation. Tous les frais associés aux jobs BigQuery exécutés dans le projet sont facturés sur le compte de facturation associé. Les frais de stockage BigQuery sont également facturés au compte de facturation associé. Vous pouvez afficher les coûts et les tendances BigQuery à l'aide de la page des rapports Cloud Billing dans la console Google Cloud.

Important  : Sauf indication contraire, les modèles de tarification s'appliquent aux comptes, et non aux projets individuels.

BigQuery propose deux modèles de tarification de calcul pour l'exécution des requêtes :

• Tarifs à la demande (par Tio). Avec ce modèle de tarification, le nombre d'octets traités par chaque requête vous est facturé. Le premier Tio de données de requêtes traitées chaque mois est sans frais.
• Tarification basée sur la capacité (par emplacement et par heure). Avec ce modèle de tarification, vous êtes facturé pour la capacité de calcul utilisée pour exécuter les requêtes, mesurée en emplacements (processeurs virtuels) au fil du temps. Ce modèle exploite les éditions BigQuery. Vous pouvez utiliser l'autoscaler BigQuery ou souscrire des engagements d'emplacements, qui sont des capacités dédiées toujours disponibles pour vos charges de travail, à un prix inférieur.

Pour en savoir plus sur la tarification à choisir pour vos charges de travail, consultez Gérer la charge de travail à l'aide des réservations.

Consultez la présentation des tarifs de Gemini dans BigQuery pour en savoir plus sur les tarifs de Gemini dans BigQuery.

Notez les points suivants concernant les frais de requête à la demande (par Tio) :

• BigQuery utilise une structure de données en colonnes. Vous êtes facturé en fonction du nombre total de données traitées dans les colonnes que vous sélectionnez, et le nombre total de données par colonne est calculé en fonction des types de données de la colonne. Pour en savoir plus sur le calcul de la taille de vos données, consultez Estimer les coûts des requêtes.
• Les requêtes exécutées sur des données partagées vous sont facturées. Le propriétaire des données n'est pas facturé lorsque ses données sont consultées.
• Les requêtes qui renvoient une erreur et les requêtes qui récupèrent les résultats depuis le cache ne vous sont pas facturées. Pour les jobs en langage procédural, cette considération est fournie au niveau de l'instruction.
• Les frais sont arrondis au Mo le plus proche, avec un minimum de 10 Mo de données traitées par table référencée par la requête et un minimum de 10 Mo de données traitées par requête.
• L'annulation d'un job de requête en cours d'exécution peut entraîner des frais s'élevant jusqu'au coût total de la requête si celle-ci est terminée.
• Lors de l'exécution d'une requête, vous êtes facturé en fonction de la quantité de données traitées dans les colonnes que vous sélectionnez, même si vous définissez une valeur LIMIT explicite pour les résultats.
• Le partitionnement et le clustering de vos tables permettent de réduire la quantité de données traitées par les requêtes. Nous vous recommandons d'y avoir recours autant que possible.
• La tarification à la demande (par Tio) est appelée "tarif d'analyse" sur la page des SKU Google Cloud.
• Lorsque vous exécutez une requête sur une table groupée et qu'elle inclut un filtre sur les colonnes groupées, BigQuery utilise l'expression de filtre pour restreindre le nombre de blocs analysés par la requête. Cela peut réduire le nombre d'octets analysés.

BigQuery fournit des systèmes de maîtrise des coûts qui vous permettent de plafonner les coûts de vos requêtes. Vous pouvez définir les options suivantes :

• Contrôles de coûts personnalisés au niveau de l'utilisateur et au niveau du projet
• Le nombre maximal d'octets facturés par une requête

Pour obtenir des exemples détaillés de calcul du nombre d'octets traités, consultez la section Calcul de la taille des requêtes.

Le tableau suivant indique le coût des emplacements dans l'édition Standard.

Le tableau suivant indique le coût des emplacements dans l'édition Enterprise.

Le tableau suivant indique le coût des emplacements dans l'édition Enterprise Plus.

Le tableau suivant présente les différents services facturés à l'aide du SKU des services BigQuery.

Pour connaître les tarifs, sélectionnez une région dans la liste déroulante située au-dessus du tableau suivant :

Les tarifs de stockage sont basés sur la quantité de données stockées dans vos tables. Les tables de session temporaires et les tables multi-instructions temporaires ne sont facturées que pour le stockage actif. Aucuns frais de stockage ne sont facturés pour les tables de résultats de requête mises en cache temporairement. Aucuns frais ne sont facturés pour la fonctionnalité temporelle et le stockage préventif pour le stockage logique. Des frais de stockage temporel et de sécurité s'appliquent au stockage physique.

La taille des données est calculée en fonction des types de données de chaque colonne. Pour obtenir une explication détaillée du calcul de la taille des données, consultez la section Calcul de la taille des données.

Le tarif de stockage est calculé au prorata par Mio et par seconde. Par exemple, si vous utilisez le stockage logique actif dans us-central1 :

• Pour 512 Mio pendant 15 jours, vous payez 0,00575 $
• Pour 100 Gio pendant 15 jours, vous payez 1,15 USD.
• Pour 1 Tio pendant un mois complet, vous payez 23,552 USD.

L'utilisation de l'espace de stockage est calculée en gibioctets-mois (Gio-mois), 1 Gio correspondant à 2³⁰ octets (1 024 Mio). De la même façon, 1 tébioctet (Tio) correspond à 2⁴⁰ octets (1 024 Gio). La valeur d'utilisation finale est le produit de la taille des données en gibioctets et de la durée d'utilisation du stockage en mois.

Si les données d'une table ne sont pas modifiées ni supprimées pendant 90 jours consécutifs, elles sont facturées au tarif du stockage à long terme. Cela n'a aucune incidence sur les performances, la durabilité, la disponibilité ni sur toute autre fonctionnalité.

Chaque partition d'une table partitionnée est prise en considération individuellement pour les tarifs de stockage à long terme. Si une partition n'a pas été modifiée au cours des 90 derniers jours, les données qu'elle contient sont considérées comme un espace de stockage à long terme et sont facturées au tarif réduit.

Si la table est modifiée, le tarif de stockage normal s'applique de nouveau et le compteur de 90 jours est remis à zéro. Toute action qui modifie les données d'une table réinitialise le compteur, y compris les suivantes :

Toutes les autres actions ne réinitialisent pas le compteur, y compris celles indiquées ci-dessous :

• Interroger une table
• Créer une vue qui interroge une table
• Exporter des données depuis une table
• Copier une table (dans une autre table de destination)
• Appliquer un correctif à une ressource de table ou la mettre à jour

Pour les tables qui atteignent le seuil de 90 jours au cours d'un cycle de facturation, le prix est calculé au prorata.

Les tarifs de stockage à long terme ne s'appliquent qu'au stockage BigQuery, et non aux données stockées dans des sources de données externes telles que Bigtable, Cloud Storage et Google Drive.

Lorsque vous chargez des données dans BigQuery ou interrogez les données, vous êtes facturé en fonction de leur taille. La taille des données est calculée en fonction de la taille du type de données de chaque colonne.

La taille des données stockées et la taille des données traitées par vos requêtes sont calculées en gibioctets (Gio), 1 Gio correspondant à 2³⁰ octets (1 024 Mio). De la même façon, 1 tébioctet (Tio) correspond à 2⁴⁰ octets (1 024 Gio).

Pour en savoir plus, consultez Tailles des types de données.

Voici comment sont calculés les frais à payer :

Les ressources de calcul consommées par vos transferts de données vous sont facturées. Elles sont mesurées en emplacements-heures.

Le tableau suivant indique le coût des emplacements.

Pour estimer les coûts, vous pouvez utiliser une règle prudente allant jusqu'à 20 heures d'emplacement pour chaque heure d'exécution d'un transfert. Dans la région us-central1, cela équivaut à une limite supérieure estimée à 1,20 $ par heure d'exécution du transfert. Ces informations sont fournies à des fins de planification, et la consommation réelle d'heures d'emplacement peut varier.

Chaque application Android possède un ID application unique qui ressemble à un nom de package Java tel que com.example.myapp. Le rapport Installations contient une colonne "Nom du package". Le nombre de noms de packages uniques est utilisé pour calculer l'utilisation des transferts.

Chaque transfert que vous créez génère une ou plusieurs exécutions par jour. Les noms de packages ne sont comptabilisés que le jour où une exécution de transfert se termine. Par exemple, si une exécution de transfert commence le 14 juillet, mais se termine le 15 juillet, les noms de packages sont comptabilisés le 15 juillet.

Si un nom de package unique est rencontré dans plusieurs exécutions de transfert un jour donné, il n'est comptabilisé qu'une seule fois. Les noms de packages sont comptabilisés séparément pour les différentes configurations de transfert. Si un nom de package unique est rencontré dans des exécutions pour deux configurations de transfert distinctes, le nom du package est comptabilisé deux fois.

Si un nom de package apparaissait tous les jours pendant un mois entier, vous seriez facturé de la totalité des 25 $ pour ce mois. Si elle n'apparaissait que pendant une partie du mois, les frais seraient calculés au prorata.

Exemple 1 : Si nous synchronisons une application (com.smule.singandroid), cela nous coûtera-t-il 25 $ par mois, plus le prix du stockage pour BigQuery ?

La réponse est 25 $ par mois (au prorata) + les coûts de stockage/requête de BigQuery.

Exemple 2 : Si nous synchronisons toutes les données historiques (sur 10 ans), serons-nous facturés pour 120 mois ou pour un mois, car nous les avons transférées en une seule fois ?

La réponse est toujours 25 $ par mois (au prorata) + les coûts de stockage/requête de BigQuery, car nous facturons 25 $ par nom de package unique dans la table Installs_country, quel que soit le nombre d'années de données historiques associées à ce nom de package unique.

Des frais s'appliquent pour les connecteurs fournis par des partenaires tiers. Le modèle de tarification varie selon les partenaires et les connecteurs. Pour en savoir plus sur les tarifs, consultez les connecteurs individuels lors de l'inscription à Marketplace.

Comme pour le modèle d'analyse à la demande de BigQuery, les requêtes BigQuery Omni sont facturées par défaut selon le modèle de tarification à la demande (par Tio). Vous ne payez que pour les données analysées par vos requêtes.

Avec la tarification à la demande, vous avez généralement accès à un grand nombre d'emplacements simultanés, partagés entre toutes les requêtes d'un même projet. De temps en temps, BigQuery Omni peut passer en utilisation intensive au-delà de cette limite pour traiter les petites requêtes plus rapidement. En outre, vous pouvez avoir moins d'emplacements disponibles s'il existe de nombreux conflits pour la capacité dans un emplacement spécifique.

La tarification des requêtes à la demande (par Tio) de BigQuery Omni est la suivante :

Les détails et les limites sont semblables à ceux de la tarification de l'analyse BigQuery. Notez les points suivants concernant les frais de requête à la demande (par Tio) :

• BigQuery utilise une structure de données en colonnes. Vous êtes facturé en fonction du nombre total de données traitées dans les colonnes que vous sélectionnez, et le nombre total de données par colonne est calculé en fonction des types de données de la colonne. Pour en savoir plus sur le calcul de la taille de vos données, consultez Calcul de la taille des données.
• Les requêtes qui renvoient une erreur et les requêtes qui récupèrent les résultats depuis le cache ne vous sont pas facturées. Pour les jobs de langage procédural, cette considération est fournie au niveau de l'instruction.
• Les frais sont arrondis au Mo supérieur, avec un minimum de 10 Mo de données traitées par table référencée par la requête et un minimum de 10 Mo de données traitées par requête.
• L'annulation d'un job de requête en cours d'exécution peut entraîner des frais s'élevant jusqu'au coût total de la requête si celle-ci est terminée.
• Lors de l'exécution d'une requête, vous êtes facturé en fonction de la quantité de données traitées dans les colonnes que vous sélectionnez, même si vous définissez une valeur LIMIT explicite pour les résultats.
• Le partitionnement et le clustering de vos tables permettent de réduire la quantité de données traitées par les requêtes. Nous vous recommandons d'y avoir recours autant que possible.
• La tarification à la demande (par Tio) est appelée "tarif d'analyse" sur la page des SKU Google Cloud.
• Lorsque vous exécutez une requête sur une table groupée et qu'elle inclut un filtre sur les colonnes groupées, BigQuery utilise l'expression de filtre pour restreindre le nombre de blocs analysés par la requête. Cela peut réduire le nombre d'octets analysés.

BigQuery fournit des systèmes de maîtrise des coûts qui vous permettent de plafonner les coûts de vos requêtes. Vous pouvez définir les options suivantes :

• Contrôles de coûts personnalisés au niveau de l'utilisateur et du projet.
• Le nombre maximal d'octets facturés par une requête

Les régions BigQuery Omni sont compatibles avec les éditions BigQuery. Actuellement, seule l'édition Enterprise est compatible avec les régions Omni

Le tableau suivant indique le coût des emplacements dans les régions Omni.

Lorsque vous utilisez les fonctionnalités cross-cloud d'Omni (transfert cross-cloud, création de table en tant que sélection, insertion dans une sélection, jointures cross-cloud et vues matérialisées cross-cloud) qui impliquent le transfert de données d'AWS ou d'Azure vers Google Cloud, des frais supplémentaires s'appliquent pour le transfert de données.

Plus précisément, pour les vues matérialisées sur plusieurs clouds, les instructions CREATE TABLE AS SELECT et INSERT INTO SELECT, ainsi que les jointures sur plusieurs clouds, aucuns frais ne sont facturés pendant la version Preview. À partir du 29 février 2024, ces services seront en disponibilité générale et le transfert de données vous sera facturé. Le transfert de données ne vous sera facturé que si vous utilisez l'un des services listés ci-dessus depuis une région AWS ou Azure vers une région Google Cloud BigQuery. Vous serez facturé au Gio en fonction de la quantité de données transférées d'AWS ou d'Azure vers Google Cloud.

Lorsque vous utilisez la fonctionnalité de vues matérialisées cross-cloud d'Omni, la création de vues matérialisées locales sur le stockage géré BigQuery sur AWS vous est également facturée. Vous serez facturé par Gio pour la quantité de stockage physique utilisée pour la vue matérialisée locale.

BigQuery propose deux modes d'ingestion de données :

• Chargement par lot. Charger des fichiers sources dans une ou plusieurs tables BigQuery en une seule opération par lot.
• En flux continu : Diffusez des données un enregistrement à la fois ou par petits lots à l'aide de l'API BigQuery Storage Write (gRPC) ou de l'API Storage Write (REST).

Pour en savoir plus sur le mode à choisir, consultez la page Présentation du chargement des données.

Par défaut, le chargement par lot de données dans BigQuery depuis Cloud Storage ou des fichiers locaux n'est pas facturé. Les jobs de chargement interrégionaux sont facturés pour l'utilisation du réseau sous les SKU de transfert de données réseau.

Les tâches de chargement utilisent un pool d'emplacements partagé par défaut. BigQuery ne garantit pas la capacité disponible de ce pool partagé, ni le débit obtenu. Vous pouvez également acheter des emplacements dédiés pour exécuter des tâches de chargement. La tarification basée sur la capacité s'applique aux emplacements dédiés. Lorsque des jobs de chargement sont attribués à une réservation, ils perdent l'accès au pool sans frais. Pour en savoir plus, consultez la section Attributions.

Une fois vos données chargées dans BigQuery, elles sont soumises aux tarifs de stockage de BigQuery. Si vous chargez des données depuis Cloud Storage, le stockage des données dans Cloud Storage vous est facturé. Pour en savoir plus, consultez la section Stockage de données sur la page des tarifs de Cloud Storage.

Remarque : L'extraction ou le transfert de données ne vous sont pas facturés lorsque vous accédez aux résultats de requête dans la console Google Cloud, l'API BigQuery ou tout autre client, tel que Looker.

Le transfert de données vous est facturé lorsque vous exportez des données par lot depuis BigQuery vers un bucket Cloud Storage ou une table Spanner dans une autre région, comme suit :

Remarque : Tous les prix sont indiqués en $/Gio et tous les Gio sont en octets physiques.

L'API Storage Read suit le modèle de tarification à la demande. Si vous optez pour la tarification à la demande, BigQuery facture le nombre d'octets traités (également appelés "octets lus"). Les tarifs à la demande sont uniquement basés sur l'utilisation : vous bénéficiez d'un niveau sans frais de 300 Tio par mois pour chaque compte de facturation. Les octets analysés dans le cadre des lectures des tables temporaires sont sans frais et ne sont pas comptabilisés dans le niveau sans frais de 300 Tio. Ces 300 Tio d'octets lus sans frais s'appliquent au composant d'octets lus et non au transfert de données sortantes associé.

Notez les points suivants concernant les frais de l'API Storage Read :

• Vous êtes facturé en fonction du volume total de données lues. Le nombre total de données lues par colonne est calculé en fonction du type de données de la colonne, et la taille des données est calculée en fonction du type de données de la colonne. Pour obtenir une explication détaillée du calcul de la taille des données, consultez la section Calcul de la taille des données.
• Toutes les données lues au cours d'une session de lecture vous sont facturées, même en cas d'échec d'un appel ReadRows.
• Si vous annulez un appel ReadRows avant la fin du flux, toutes les données lues avant l'annulation vous sont facturées. Vos frais peuvent inclure des données qui ont été lues, mais qui ne vous ont pas été renvoyées avant l'annulation de l'appel ReadRows.
• Nous vous recommandons, dans la mesure du possible, d'utiliser des tables partitionnées et en cluster. Vous pouvez réduire la quantité de données lues en utilisant une clause WHERE pour élaguer les partitions. Pour en savoir plus, consultez Interroger des tables partitionnées.
• Lorsque vous utilisez Interconnect, les tarifs de Cloud Interconnect s'appliquent à la place des tarifs d'utilisation générale du réseau de l'API BigQuery Storage Read.

Les données répliquées stockées dans la région ou l'emplacement multirégional de destination sont facturées conformément aux tarifs de stockage BigQuery.

Le transfert de données vous est facturé en fonction du volume de données répliquées. Les cas d'utilisation et la répartition des frais de transfert de données sont présentés ci-dessous :

Remarque : Tous les prix sont indiqués en $/Gio et tous les Gio sont en octets physiques.