Vue TABLE_STORAGE_USAGE_TIMELINE_BY_FOLDER

La vue INFORMATION_SCHEMA.TABLE_STORAGE_USAGE_TIMELINE_BY_FOLDER fournit les totaux quotidiens d'utilisation du stockage au cours des 90 derniers jours pour les types de tables suivants.

  • Tables standards
  • Vues matérialisées
  • Clones de tables ayant un delta en octets par rapport à la table de base
  • Instantanés de tables ayant un delta en octets par rapport à la table de base

La vue INFORMATION_SCHEMA.TABLE_STORAGE_USAGE_TIMELINE_BY_FOLDER exclut les tables sans octets facturables. Les types de tableaux suivants sont exclus :

  • Tables externes
  • Tables anonymes
  • Tables vides
  • Clones de table n'ayant pas de delta en octets par rapport à la table de base
  • Instantanés de tables n'ayant pas de delta en octets par rapport à la table de base

Lorsque vous interrogez la vue INFORMATION_SCHEMA.TABLE_STORAGE_USAGE_TIMELINE_BY_FOLDER, les résultats de la requête contiennent une ligne par jour pour chaque table ou vue matérialisée dans le dossier parent du projet en cours, y compris ses sous-dossiers.

Les données de ce tableau ne sont pas disponibles en temps réel. Il faut environ 72 heures pour que les données du tableau s'affichent dans cette vue.

La vue renvoie l'utilisation de l'espace de stockage en Mio/s. Par exemple, si un projet utilise 1 000 000 d'octets physiques pendant 86 400 secondes (24 heures), l'utilisation physique totale est de 86 400 000 000 d'octets par seconde, ce qui est converti en 82 397 Mio/s, comme illustré dans l'exemple suivant :

86,400,000,000 / 1,024 / 1,024 = 82,397

La valeur de l'espace de stockage utilisé se trouve dans la colonne BILLABLE_TOTAL_PHYSICAL_USAGE. Pour en savoir plus, consultez les détails des tarifs de stockage.

Autorisations requises

Pour interroger la vue INFORMATION_SCHEMA.TABLE_STORAGE_USAGE_TIMELINE_BY_FOLDER, vous avez besoin des autorisations IAM (Identity and Access Management) suivantes pour le dossier parent du projet :

  • bigquery.tables.get
  • bigquery.tables.list

Chacun des rôles IAM prédéfinis suivants inclut les autorisations ci-dessus :

  • roles/bigquery.dataViewer
  • roles/bigquery.dataEditor
  • roles/bigquery.metadataViewer
  • roles/bigquery.admin

Pour en savoir plus sur les autorisations BigQuery, consultez Rôles et autorisations IAM BigQuery.

Schéma

La vue INFORMATION_SCHEMA.TABLE_STORAGE_USAGE_TIMELINE_BY_FOLDER présente le schéma suivant :

USAGE_DATE DATE Date de facturation pour les octets affichés, en utilisant le fuseau horaire America/Los_Angeles
FOLDER_NUMBERS REPEATED INTEGER ID numérique des dossiers contenant le projet, en commençant par le dossier qui contient immédiatement le projet, suivi du dossier contenant le dossier enfant, et ainsi de suite. Par exemple, si FOLDER_NUMBERS est défini sur [1, 2, 3], le dossier 1 contient immédiatement le projet, le dossier 2 contient 1 et le dossier 3 contient 2. Cette colonne n'est renseignée que dans TABLE_STORAGE_USAGE_TIMELINE_BY_FOLDER.
PROJECT_ID STRING ID du projet qui contient l'ensemble de données
TABLE_CATALOG STRING ID du projet qui contient l'ensemble de données
PROJECT_NUMBER INT64 Numéro du projet contenant l'ensemble de données
TABLE_SCHEMA STRING Nom de l'ensemble de données contenant la table ou la vue matérialisée, également appelé datasetId
TABLE_NAME STRING Nom de la table ou de la vue matérialisée, également appelé tableId
BILLABLE_TOTAL_LOGICAL_USAGE INT64

Utilisation logique totale, en Mio/s.

Renvoie 0 si l'ensemble de données utilise le modèle de facturation du stockage physique.

BILLABLE_ACTIVE_LOGICAL_USAGE INT64

Utilisation logique datant de moins de 90 jours, en Mio/s.

Renvoie 0 si l'ensemble de données utilise le modèle de facturation du stockage physique.

BILLABLE_LONG_TERM_LOGICAL_USAGE INT64

Utilisation logique datant de plus de 90 jours, en Mio/s.

Renvoie 0 si l'ensemble de données utilise le modèle de facturation du stockage physique.

BILLABLE_TOTAL_PHYSICAL_USAGE INT64

Utilisation totale, en Mio/s. Cela inclut les octets physiques utilisés pour le stockage sécurisé et le stockage temporel.

Renvoie 0 si l'ensemble de données utilise le modèle de facturation de stockage logique.

BILLABLE_ACTIVE_PHYSICAL_USAGE INT64

Utilisation physique datant de moins de 90 jours, en Mio/s. Cela inclut les octets physiques utilisés pour le stockage sécurisé et le stockage temporel.

Renvoie 0 si l'ensemble de données utilise le modèle de facturation de stockage logique.

BILLABLE_LONG_TERM_PHYSICAL_USAGE INT64

Utilisation physique datant de plus de 90 jours, en Mio/s.

Renvoie 0 si l'ensemble de données utilise le modèle de facturation de stockage logique.

Champ d'application et syntaxe

Les requêtes exécutées sur cette vue doivent inclure un qualificatif de région. Si vous ne spécifiez pas de qualificatif de région, les métadonnées sont extraites de toutes les régions. Le tableau suivant explique le champ d'application de la région pour cette vue :

Nom de la vue Champ d'application de la ressource Champ d'application de la région
[PROJECT_ID.]`region-REGION`.INFORMATION_SCHEMA.TABLE_STORAGE_USAGE_TIMELINE_BY_FOLDER Dossier contenant le projet spécifié REGION
Remplacez l'élément suivant :
  • PROJECT_ID (facultatif) : ID de votre projet Trusted Cloud . Si non spécifié, le projet par défaut est utilisé.
  • REGION : tout nom de région d'ensemble de données. Par exemple, `region-us`.

Pour récupérer les informations de stockage des tables dans le dossier parent du projet spécifié, exécutez la requête suivante :

SELECT * FROM `myProject`.`region-REGION`.INFORMATION_SCHEMA.TABLE_STORAGE_USAGE_TIMELINE_BY_FOLDER;

Exemple

La requête suivante affiche l'utilisation de toutes les tables du dossier à la date la plus récente :

SELECT
  usage_date,
  project_id,
  table_schema,
  table_name,
  billable_total_logical_usage,
  billable_total_physical_usage
FROM
  (
    SELECT
      *,
      ROW_NUMBER()
        OVER (PARTITION BY project_id, table_schema, table_name ORDER BY usage_date DESC) AS rank
    FROM
      `region-REGION`.INFORMATION_SCHEMA.TABLE_STORAGE_USAGE_TIMELINE_BY_FOLDER
  )
WHERE rank = 1;

Le résultat ressemble à ce qui suit :

+--------------+------------+--------------+------------+------------------------------+-------------------------------+
| usage_date   | project_id | table_schema | table_name | billable_total_logical_usage | billable_total_physical_usage |
+--------------+------------+--------------+------------+------------------------------+-------------------------------+
|  2023-04-03  | project1   | dataset_A    | table_x    |     734893409201             |              0                |
+--------------+------------+--------------+------------+------------------------------+-------------------------------+
|  2023-04-03  | project1   | dataset_A    | table_z    |     110070445455             |              0                |
+--------------+------------+--------------+------------+------------------------------+-------------------------------+
|  2023-04-03  | project1   | dataset_B    | table_y    |            0                 |         52500873256           |
+--------------+------------+--------------+------------+------------------------------+-------------------------------+
|  2023-04-03  | project1   | dataset_B    | table_t    |            0                 |         32513713981           |
+--------------+------------+--------------+------------+------------------------------+-------------------------------+
|  2023-04-03  | project2   | dataset_C    | table_m    |      8894535352              |              0                |
+--------------+------------+--------------+------------+------------------------------+-------------------------------+
|  2023-04-03  | project2   | dataset_C    | table_n    |      4183337201              |              0                |
+--------------+------------+--------------+------------+------------------------------+-------------------------------+