Vista TABLE_STORAGE_BY_ORGANIZATION

La vista INFORMATION_SCHEMA.TABLE_STORAGE_BY_ORGANIZATION contiene una fila por cada tabla o vista materializada de toda la organización asociada al proyecto actual.

Los datos de esta tabla no se actualizan en tiempo real y pueden tener un retraso de unos segundos o minutos. Los cambios en el almacenamiento que se deban únicamente a la caducidad de particiones o tablas, o a modificaciones en el periodo de viaje en el tiempo del conjunto de datos, pueden tardar hasta un día en reflejarse en la vista INFORMATION_SCHEMA.TABLE_STORAGE. En los casos de eliminación de conjuntos de datos en los que el conjunto de datos contiene más de 1000 tablas, esta vista no reflejará el cambio hasta que haya transcurrido el periodo de retroceso del conjunto de datos eliminado.

Las vistas de almacenamiento de tablas te ofrecen una forma cómoda de observar el consumo de almacenamiento actual y, además, proporcionan detalles sobre si el almacenamiento utiliza bytes lógicos sin comprimir, bytes físicos comprimidos o bytes de viajes en el tiempo. Esta información puede ayudarte con tareas como planificar el crecimiento futuro y comprender los patrones de actualización de las tablas.

Datos incluidos en las *_BYTES columnas

Las columnas *_BYTES de las vistas de almacenamiento de tablas incluyen información sobre el uso de bytes de almacenamiento. Esta información se determina analizando el uso del almacenamiento de las vistas materializadas y los siguientes tipos de tablas:

• Tablas permanentes creadas con cualquiera de los métodos descritos en Crear y usar tablas.
• Tablas temporales creadas en sesiones. Estas tablas se colocan en conjuntos de datos con nombres generados, como "_c018003e063d09570001ef33ae401fad6ab92a6a".
• Tablas temporales creadas en consultas de varias instrucciones ("scripts"). Estas tablas se colocan en conjuntos de datos con nombres generados, como "_script72280c173c88442c3a7200183a50eeeaa4073719".

Los datos almacenados en la caché de resultados de consultas no se te facturan, por lo que no se incluyen en los valores de la columna *_BYTES.

Los clones y las copias de seguridad muestran los valores de las columnas *_BYTES como si fueran tablas completas, en lugar de mostrar la diferencia del almacenamiento usado por la tabla base, por lo que son una sobreestimación. En tu factura se tiene en cuenta correctamente esta diferencia en el uso del almacenamiento. Para obtener más información sobre los bytes delta almacenados y facturados por los clones y las instantáneas, consulta la TABLE_STORAGE_USAGE_TIMELINE vista.

Previsión de la facturación del almacenamiento

Para predecir la facturación mensual del almacenamiento de un conjunto de datos, puede usar las columnas logical o physical *_BYTES de esta vista, en función del modelo de facturación del almacenamiento del conjunto de datos que utilice. Ten en cuenta que esta es solo una previsión aproximada y que los importes de facturación precisos se calculan en función del uso de la infraestructura de facturación del almacenamiento de BigQuery y se muestran en Facturación de Cloud.

En el caso de los conjuntos de datos que usan un modelo de facturación lógica, puedes predecir tus costes de almacenamiento mensuales de la siguiente manera:

((Valor de ACTIVE_LOGICAL_BYTES / POW(1024, 3)) * precio de bytes lógicos activos) + ((Valor de LONG_TERM_LOGICAL_BYTES / POW(1024, 3)) * precio de bytes lógicos a largo plazo)

El valor ACTIVE_LOGICAL_BYTES de una tabla refleja los bytes activos que usa esa tabla en ese momento.

En el caso de los conjuntos de datos que usan un modelo de facturación física, puedes predecir los costes de almacenamiento de la siguiente manera:

((valor de ACTIVE_PHYSICAL_BYTES + FAIL_SAFE_PHYSICAL_BYTES / POW(1024, 3)) * precio de bytes físicos activos) + ((valor de LONG_TERM_PHYSICAL_BYTES / POW(1024, 3)) * precio de bytes físicos a largo plazo)

El valor ACTIVE_PHYSICAL_BYTES de una tabla refleja los bytes activos que usa actualmente esa tabla más los bytes que se usan para la función de viaje en el tiempo de esa tabla.

Para ver los bytes activos de la tabla, resta el valor de TIME_TRAVEL_PHYSICAL_BYTES al valor de ACTIVE_PHYSICAL_BYTES.

Para obtener más información, consulta la página Precios de almacenamiento.

Permisos obligatorios

Para consultar la vista INFORMATION_SCHEMA.TABLE_STORAGE_BY_ORGANIZATION, necesita los siguientes permisos de gestión de identidades y accesos (IAM) en su organización:

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

Cada uno de los siguientes roles de gestión de identidades y accesos predefinidos incluye los permisos anteriores:

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

Esta vista de esquema solo está disponible para los usuarios con Google Cloud organizaciones definidas.

Para obtener más información sobre los permisos de BigQuery, consulta Control de acceso con gestión de identidades y accesos.

Esquema

La vista INFORMATION_SCHEMA.TABLE_STORAGE_BY_ORGANIZATION tiene el siguiente esquema:

Ámbito y sintaxis

Las consultas en esta vista deben incluir un calificador de región. En la siguiente tabla se explica el ámbito de la región de esta vista:

• Opcional: PROJECT_ID: el ID de tu Google Cloud proyecto. Si no se especifica, se usa el proyecto predeterminado.
• REGION: cualquier nombre de región del conjunto de datos. Por ejemplo, `region-us`.

En el siguiente ejemplo se muestra cómo devolver información de almacenamiento de las tablas de un proyecto específico de una organización:

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

En el siguiente ejemplo se muestra cómo devolver información de almacenamiento por proyecto de las tablas de una organización:

SELECT * FROM `region-REGION`.INFORMATION_SCHEMA.TABLE_STORAGE_BY_ORGANIZATION;

Ejemplo

En el siguiente ejemplo se muestra qué proyectos de una organización están usando más espacio de almacenamiento.

SELECT
  project_id,
  SUM(total_logical_bytes) AS total_logical_bytes
FROM
  `region-REGION`.INFORMATION_SCHEMA.TABLE_STORAGE_BY_ORGANIZATION
GROUP BY
  project_id
ORDER BY
  total_logical_bytes DESC;

El resultado es similar al siguiente:

+---------------------+---------------------+
|     project_id      | total_logical_bytes |
+---------------------+---------------------+
| projecta            |     971329178274633 |
+---------------------+---------------------+
| projectb            |     834638211024843 |
+---------------------+---------------------+
| projectc            |     562910385625126 |
+---------------------+---------------------+