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

• Les tarifs de calcul correspondent 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, BigQuery ML, BI Engine, et les lectures et é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 engendrés par les 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 sur le compte de facturation associé. Vous pouvez consulter les coûts et les tendances de BigQuery sur la page "Rapports Cloud Billing" de 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 du calcul pour l'exécution des requêtes :

• Tarifs à la demande (par Tio). Dans 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 (CPU virtuels) au fil du temps. Ce modèle exploite les éditions BigQuery. Vous pouvez utiliser l'autoscaler BigQuery ou acheter des engagements d'emplacements, qui sont une capacité dédiée toujours disponible pour vos charges de travail, à un prix inférieur.

Pour savoir quel tarif choisir pour vos charges de travail, consultez Gérer la charge de travail à l'aide des réservations.

Pour en savoir plus sur les tarifs de Gemini dans BigQuery, consultez la page Présentation des tarifs de Gemini dans BigQuery.

Notez les points suivants concernant la facturation à la demande (par TiB) des requêtes :

• 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 les 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 de langage procédural, cette considération est fournie au niveau de chaque 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 vous la laissez s'exécuter jusqu'à la fin.
• 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 peuvent vous aider à 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 TiB) 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 élaguer les blocs analysés par la requête. Cela peut réduire le nombre d'octets analysés.

BigQuery fournit des mécanismes de contrôle 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 "Services BigQuery".

Pour connaître les tarifs, sélectionnez une région dans la liste déroulante 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 temporaires multi-instructions sont facturées uniquement pour le stockage actif. Aucuns frais de stockage ne sont facturés pour les tables de résultats de requête mis en cache temporaires. Aucuns frais ne sont facturés pour le stockage temporel et le stockage préventif pour le stockage logique. Des frais de stockage temporel et de prévention des défaillances s'appliquent au stockage physique.

La taille des données est calculée en fonction des types de données de chaque colonne. Pour une explication détaillée du calcul de la taille des données, consultez 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 $ US.
• 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 étant stockées à 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 s'appliquent uniquement 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), où 1 Gio correspond à 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 la section Taille 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 en heures de slot.

Le tableau suivant indique le coût des emplacements.

Pour estimer les coûts, vous pouvez utiliser une règle prudente de 20 heures-slots maximum pour chaque heure d'exécution d'un transfert. Dans la région us-central1, cela équivaut à une limite supérieure estimée de 1,20 $ par heure de temps d'exécution du transfert. Ces informations sont fournies à des fins de planification, et la consommation réelle d'heures de créneaux horaires 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ù un transfert est effectué. 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 au cours d'une même journée, 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 les exécutions de deux configurations de transfert distinctes, il est comptabilisé deux fois.

Si un nom de package apparaît tous les jours pendant un mois entier, vous serez facturé 25 $ pour ce mois. Sinon, si l'abonnement n'a été actif qu'une partie du mois, le montant facturé sera calculé au prorata.

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

La réponse est 25 $ par mois (au prorata) + les coûts de stockage/d'interrogation de BigQuery.

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

La réponse est toujours de 25 $ par mois (au prorata) + les coûts de stockage/d'interrogation de BigQuery, car nous facturons 25 $ par nom de package unique dans la table "Installs_country", quelle que soit l'ancienneté des 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 plus d'informations sur les tarifs, consultez les connecteurs individuels lorsque vous vous inscrivez sur 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 pool 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.

Voici les tarifs à la demande (par Tio) des requêtes BigQuery Omni :

Les détails et les limites sont similaires à ceux de la tarification de l'analyse BigQuery. Notez les points suivants concernant la facturation à la demande (par TiB) des requêtes :

• BigQuery utilise une structure en colonne de données. 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 la page 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 en langage procédural, cette considération est fournie au niveau de chaque 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 vous la laissez s'exécuter jusqu'à la fin.
• 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 peuvent vous aider à 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 TiB) 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 élaguer les blocs analysés par la requête. Cela peut réduire le nombre d'octets analysés.

BigQuery fournit des mécanismes de contrôle 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 disponible dans les régions Omni

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

Lorsque vous utilisez les fonctionnalités inter-cloud d'Omni (transfert inter-cloud, CREATE TABLE AS SELECT, INSERT INTO SELECT, jointures inter-cloud et vues matérialisées inter-cloud) qui impliquent le déplacement de données d'AWS ou d'Azure vers Google Cloud, des frais de transfert de données supplémentaires s'appliquent.

Plus précisément, les vues matérialisées sur plusieurs clouds, les instructions "CREATE TABLE AS SELECT" et "INSERT INTO SELECT", ainsi que les jointures entre clouds ne sont pas facturées pendant la période de preview. À partir du 29 février 2024, ces services seront en disponibilité générale et le transfert de données vous sera facturé. Les frais de transfert de données ne s'appliquent que lorsque vous utilisez l'un des services mentionnés ci-dessus pour transférer des données d'une région AWS ou Azure vers une région Google Cloud BigQuery. Vous serez facturé par GiB 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 sur plusieurs clouds d'Omni, vous êtes également facturé pour la création de vues matérialisées locales, qui se trouve sur le stockage géré BigQuery sur AWS. Vous serez facturé par Gio pour la quantité d'espace 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 les fichiers sources dans une ou plusieurs tables BigQuery en une seule opération par lot
• En flux continu : Diffuser 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 plus d'informations sur le mode à choisir, consultez la page Présentation du chargement des données.

Par défaut, le chargement par lot de données depuis Cloud Storage ou des fichiers locaux vers BigQuery n'entraîne pas de frais. Les jobs de chargement interrégionaux sont facturés pour l'utilisation du réseau selon 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. Vous êtes facturé selon la tarification basée sur la capacité pour les 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, vous êtes facturé pour le stockage des données dans Cloud Storage. 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 d'autres clients, comme Looker.

Des frais de transfert de données vous sont facturés lorsque vous exportez des données par lots de 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"). La tarification à la demande est uniquement basée sur l'utilisation, avec un niveau sans frais de 300 Tio par mois pour chaque compte de facturation. Les octets analysés dans le cadre de lectures à partir de tables temporaires sont sans frais et ne sont pas décomptés du niveau sans frais de 300 Tio. Vous bénéficiez d'une version sans frais de 300 Tio d'octets lus. Cette offre ne s'applique pas au transfert de données sortant 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 d'octets lus 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 une explication détaillée du calcul de la taille des données, consultez Calcul de la taille des données.
• Les données lues lors d'une session de lecture vous sont facturées, même si un appel ReadRows échoue.
• Si vous annulez un appel ReadRows avant d'avoir atteint la fin du flux, les données lues avant l'annulation vous sont facturées. Vos frais peuvent inclure les 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 Cloud Interconnect s'appliquent au lieu 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 la multirégion de destination sont facturées conformément aux tarifs de stockage de BigQuery.

Les frais de transfert de données sont facturés en fonction du volume de données répliquées. Voici les cas d'utilisation et la répartition des frais de transfert de données :

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