TABLE_STORAGE_USAGE_TIMELINE_BY_FOLDER view

The INFORMATION_SCHEMA.TABLE_STORAGE_USAGE_TIMELINE_BY_FOLDER view provides daily storage usage totals for the past 90 days for the following types of tables.

Standard tables
Materialized views
Table clones that have a delta in bytes from the base table
Table snapshots that have a delta in bytes from the base table

The INFORMATION_SCHEMA.TABLE_STORAGE_USAGE_TIMELINE_BY_FOLDER view excludes tables without billable bytes. The following table types are excluded:

External tables
Anonymous tables
Empty tables
Table clones that have no delta in bytes from the base table
Table snapshots that have no delta in bytes from the base table

When you query the INFORMATION_SCHEMA.TABLE_STORAGE_USAGE_TIMELINE_BY_FOLDER view, the query results contain one row per day for each table or materialized view in the current project's parent folder, including its subfolders.

This table's data isn't available in real time. Table data takes approximately 72 hours to appear in this view.

The view returns storage usage in MiB seconds. For example, if a project uses 1,000,000 physical bytes for 86,400 seconds (24 hours), the total physical usage is 86,400,000,000 byte seconds, which converts to 82,397 MiB seconds, as shown in the following example:

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

The storage usage value can be found in the BILLABLE_TOTAL_PHYSICAL_USAGE column. For more information, see Storage pricing details.

Required permissions

To query the INFORMATION_SCHEMA.TABLE_STORAGE_USAGE_TIMELINE_BY_FOLDER view, you need the following Identity and Access Management (IAM) permissions for the parent folder of the project:

bigquery.tables.get
bigquery.tables.list

Each of the following predefined IAM roles includes the preceding permissions:

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

For more information about BigQuery permissions, see BigQuery IAM roles and permissions.

Schema

The INFORMATION_SCHEMA.TABLE_STORAGE_USAGE_TIMELINE_BY_FOLDER view has the following schema:

`USAGE_DATE`	`DATE`	The billing date for the bytes shown, using the `America/Los_Angeles` time zone
`FOLDER_NUMBERS`	`REPEATED INTEGER`	Number IDs of folders that contain the project, starting with the folder that immediately contains the project, followed by the folder that contains the child folder, and so forth. For example, if `FOLDER_NUMBERS` is `[1, 2, 3]`, then folder `1` immediately contains the project, folder `2` contains `1`, and folder `3` contains `2`. This column is only populated in `TABLE_STORAGE_USAGE_TIMELINE_BY_FOLDER`.
`PROJECT_ID`	`STRING`	The project ID of the project that contains the dataset
`TABLE_CATALOG`	`STRING`	The project ID of the project that contains the dataset
`PROJECT_NUMBER`	`INT64`	The project number of the project that contains the dataset
`TABLE_SCHEMA`	`STRING`	The name of the dataset that contains the table or materialized view, also referred to as the `datasetId`
`TABLE_NAME`	`STRING`	The name of the table or materialized view, also referred to as the `tableId`
`BILLABLE_TOTAL_LOGICAL_USAGE`	`INT64`	The total logical usage, in MiB second. Returns 0 if the dataset uses the physical storage billing model.
`BILLABLE_ACTIVE_LOGICAL_USAGE`	`INT64`	The logical usage that is less than 90 days old, in MiB second. Returns 0 if the dataset uses the physical storage billing model.
`BILLABLE_LONG_TERM_LOGICAL_USAGE`	`INT64`	The logical usage that is more than 90 days old, in MiB second. Returns 0 if the dataset uses the physical storage billing model.
`BILLABLE_TOTAL_PHYSICAL_USAGE`	`INT64`	The total usage in MiB second. This includes physical bytes used for fail-safe and time travel storage. Returns 0 if the dataset uses the logical storage billing model.
`BILLABLE_ACTIVE_PHYSICAL_USAGE`	`INT64`	The physical usage that is less than 90 days old, in MiB second. This includes physical bytes used for fail-safe and time travel storage. Returns 0 if the dataset uses the logical storage billing model.
`BILLABLE_LONG_TERM_PHYSICAL_USAGE`	`INT64`	The physical usage that is more than 90 days old, in MiB second. Returns 0 if the dataset uses the logical storage billing model.

Scope and syntax

Queries against this view must include a region qualifier. If you don't specify a regional qualifier, metadata is retrieved from all regions. The following table explains the region scope for this view:

View name	Resource scope	Region scope
[PROJECT_ID.]`region-REGION`.INFORMATION_SCHEMA.TABLE_STORAGE_USAGE_TIMELINE_BY_FOLDER	Folder that contains the specified project	`REGION`

Replace the following:

Optional: PROJECT_ID: the ID of your Google Cloud project. If not specified, the default project is used.
REGION: any dataset region name. For example, `region-us`.

Note: You must use a region qualifier to query INFORMATION_SCHEMA views. The location of the query execution must match the region of the INFORMATION_SCHEMA view.

To retrieve storage information for tables in the specified project's parent folder, run the following query:

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

Example

The following query shows usage for all tables in the folder on the most recent date:

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;

The result is similar to the following:

+--------------+------------+--------------+------------+------------------------------+-------------------------------+
| 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                |
+--------------+------------+--------------+------------+------------------------------+-------------------------------+