Cuotas y límites

En este documento, se enumeran las cuotas y los límites que aplican a BigQuery. Para obtener más información sobre las cuotas, consulta Cuotas de la nube privada virtual.

Una cuota restringe cuánto de un recurso compartido de Google Cloud en particular puede usar tu proyecto de Google Cloud, incluidos los componentes de red, hardware y software. Por lo tanto, las cuotas son parte de un sistema que hace las siguientes acciones:

  • Supervisa el uso o consumo de productos y servicios de Google Cloud.
  • Restringe el consumo de esos recursos por motivos que incluyen garantizar la equidad y reducir los aumentos repentinos de uso.
  • Mantiene los parámetros de configuración que aplican de forma automática las restricciones prescritas.
  • Proporciona un medio para solicitar o hacer cambios en la cuota.

En la mayoría de los casos, cuando se excede un límite de cuota, el sistema bloquea de inmediato el acceso al recurso de Google correspondiente, y la tarea que intentas hacer falla. En la mayoría de los casos, las cuotas se aplican a cada proyecto de Google Cloud y se comparten entre todas las aplicaciones y direcciones IP que usan ese proyecto.

También existen límites para los recursos de BigQuery. Estos límites no están relacionados con el sistema de cuotas. Los límites no se pueden cambiar, a menos que se indique lo contrario.

De forma predeterminada, las cuotas y los límites de BigQuery se aplican por proyecto. Las cuotas y los límites que se aplican con criterios diferentes se indican según corresponda, por ejemplo, la cantidad máxima de columnas por tabla o la cantidad máxima de solicitudes a la API simultáneas por usuario. Las políticas específicas varían según la disponibilidad de los recursos, el perfil del usuario, el historial de uso del servicio y otros factores. Además, están sujetas a cambios sin previo aviso.

Restablecimiento de cuotas

Las cuotas diarias se restablecen en intervalos regulares durante el día para reflejar su propósito de orientar comportamientos que limiten las frecuencias. También se realizan actualizaciones intermitentes para evitar interrupciones prolongadas cuando una cuota se agota. Por lo general, se habilita más capacidad de la cuota en unos minutos en lugar de restablecerla por completo una vez al día.

Solicitar un aumento de cuota

Para aumentar o disminuir la mayoría de las cuotas, usa la consola de Google Cloud. Para obtener más información, consulta Solicita una cuota mayor.

Si deseas obtener una guía paso a paso durante el proceso de solicitud de aumento de cuota en la consola de Google Cloud, haz clic en Guíame:

GUIARME

Limita el uso de cuota

Si deseas obtener información para limitar el uso de un recurso en particular a través de la especificación de una cuota más pequeña que la predeterminada, consulta Limita el uso.

Permisos necesarios

Para ver y actualizar tus cuotas de BigQuery en la consola de Google Cloud, necesitas los mismos permisos que cualquier cuota de Google Cloud. Para obtener más información, consulta los permisos de cuota de Google Cloud.

Solucionar problemas

Si deseas obtener más información para solucionar errores relacionados con las cuotas y los límites, consulta Soluciona problemas de errores de cuota de BigQuery.

Trabajos

Las cuotas y los límites se aplican a los trabajos que BigQuery ejecuta por ti, ya sea que se ejecuten a través de la consola de Google Cloud, la herramienta de línea de comandos de bq o de manera programática a través de la API de REST o las bibliotecas cliente.

Trabajos de consulta

Se aplican los siguientes límites a trabajos de consulta creados automáticamente a través de la ejecución de consultas interactivas y programadas, y trabajos enviados a través de jobs.query y métodos de API de consulta jobs.insert:

Cuota Predeterminada Notas
Uso de consultas por día Ilimitadas No hay límite para la cantidad de bytes que pueden procesarse en las consultas de un proyecto.
Ver la cuota en la consola de Google Cloud
Uso de consultas por día por usuario Ilimitadas No hay límite para la cantidad de bytes que las consultas de un usuario pueden procesar cada día.
Ver la cuota en la consola de Google Cloud
Bytes entre regiones de consultas federadas de Cloud SQL por día 1 TB Si la ubicación de procesamiento de consultas de BigQuery y la ubicación de la instancia de Cloud SQL son distintas, la consulta es entre regiones. Tu proyecto puede ejecutar hasta 1 TB en consultas entre regiones por día. Revisa Consultas federadas de Cloud SQL.
Ver la cuota en la consola de Google Cloud
Bytes transferidos entre nubes por día 1 TB Puedes transferir hasta 1 TB de datos por día desde un bucket de Amazon S3 o desde Azure Blob Storage. Para obtener más información, consulta Transferencia entre nubes de Amazon S3 y Azure.
Ver la cuota en la consola de Google Cloud

Se aplican los siguientes límites a trabajos de consulta creados automáticamente a través de la ejecución de consultas interactivas y programadas, y trabajos enviados a través de jobs.query y métodos de tipo de consulta de la API jobs.insert:

Límite Predeterminada Notas
Cantidad máxima de consultas interactivas en cola 1,000 consultas Tu proyecto puede poner en cola hasta 1,000 consultas interactivas. Las consultas interactivas adicionales que superan este límite muestran un error de cuota.
Cantidad máxima de consultas por lotes en cola 20,000 consultas Tu proyecto puede poner en cola hasta 20,000 consultas por lotes. Las consultas por lotes adicionales que superan este límite muestran un error de cuota.
Cantidad máxima de consultas interactivas simultáneas en fuentes externas de datos de Bigtable 16 consultas Tu proyecto puede ejecutar hasta dieciséis consultas simultáneas en una fuente de datos externa de Bigtable.
Cantidad máxima de consultas simultáneas que contienen funciones remotas 10 consultas Puedes ejecutar hasta diez consultas simultáneas con funciones remotas por proyecto.
Cantidad máxima de consultas simultáneas de varias declaraciones 1,000 consultas de varias declaraciones Tu proyecto puede ejecutar hasta 1,000 consultas de varias declaraciones simultáneas. Para conocer otras cuotas y límites relacionados con las consultas de varias sentencias, ve a Consultas de varias sentencias.
Cantidad máxima de consultas heredadas en SQL simultáneas que contienen UDF 6 consultas Tu proyecto puede ejecutar hasta seis consultas de SQL heredado simultáneas con funciones definidas por el usuario (UDF). Este límite incluye consultas interactivas y por lotes. También se toman en cuenta las consultas interactivas que contienen UDF en el límite de simultaneidad de las consultas interactivas. Este límite no se aplica a consultas de GoogleSQL.
Límite diario de tamaño de las consultas Ilimitadas De forma predeterminada, no hay un límite de tamaño de consulta diario. Sin embargo, puedes establecer límites para la cantidad de datos que los usuarios pueden consultar a través de la creación de cuotas personalizadas para controlar el uso de consultas por día o el uso de consultas por día por usuario.
Límite diario de actualización de tablas de destino Consulta Cantidad máxima de operaciones en tablas por día. Las actualizaciones de las tablas de destino en un trabajo de consulta se tienen en cuenta para el límite en la cantidad máxima de operaciones en tabla por día para las tablas de destino. Las actualizaciones de tablas de destino incluyen operaciones que agregan y reemplazan datos, las cuales se realizan a través de consultas que se ejecutan con la consola de Google Cloud, la herramienta de línea de comandos de bq o a través de una llamada a los métodos de API jobs.query y de tipo de consulta jobs.insert.
Límite de tiempo de ejecución de las consultas o consultas de varias declaraciones 6 horas

Una consulta o una consulta de varias declaraciones puede ejecutarse hasta por 6 horas. Luego de ese tiempo, fallará. Sin embargo, a veces se reintentan las consultas. Una consulta se puede probar hasta tres veces, y cada intento se puede ejecutar hasta por 6 horas. Como resultado, es posible que una consulta tenga un entorno de ejecución total superior a 6 horas.

El tiempo de espera de trabajo de CREATE MODEL es de 24 horas de forma predeterminada, excepto para las series temporales, AutoML y los trabajos de ajuste de hiperparámetros que tienen un tiempo de espera de 72 horas.
Cantidad máxima de recursos referenciados por consulta 1,000 recursos Una consulta puede hacer referencia hasta un total de 1,000 tablas únicas, vistas únicas, funciones definidas por el usuario (UDF) únicas, y funciones de tabla únicas después de una expansión completa. Este límite incluye lo siguiente:
  • Tablas, vistas, UDF y funciones de tabla a las que hace referencia la consulta de forma directa.
  • Tablas, vistas, UDF y funciones de tabla a las que hacen referencia otras vistas, UDF y funciones de tabla a las que se hace referencia en la consulta.
Longitud máxima de caracteres para consultas de SQL 1,024 KB en caracteres Una consulta de SQL puede tener hasta 1,024 KB en caracteres. Este límite incluye comentarios y espacios en blanco. Si tu consulta es más larga, recibirás el siguiente error: The query is too large. Para permanecer dentro de este límite, te recomendamos reemplazar arrays o listas grandes con parámetros de consulta y dividir una consulta larga en varias consultas en la sesión.
Longitud máxima de consultas de SQL heredado sin resolver 256 KB Una consulta de SQL heredado sin resolver puede tener hasta 256 KB. Si tu consulta es más larga, recibes el siguiente error: The query is too large. Para permanecer dentro de este límite, te recomendamos reemplazar arrays o listas grandes por parámetros de consulta.
Longitud máxima de consultas de GoogleSQL sin resolver 1 MB Una consulta de GoogleSQL sin resolver puede tener hasta 1 MB de longitud. Si tu consulta es más larga, recibes el siguiente error: The query is too large. Para permanecer dentro de este límite, te recomendamos reemplazar arrays o listas grandes con parámetros de consulta.
Longitud máxima de consulta de GoogleSQL heredada y resuelta 12 MB El límite de la longitud de las consultas resueltas incluye la longitud de todas las vistas y tablas de comodines a las que se hace referencia en la consulta.
Cantidad máxima de parámetros de consulta de GoogleSQL 10,000 parámetros Una consulta de GoogleSQL puede tener hasta 10,000 parámetros.
Tamaño máximo de la solicitud 10 MB El tamaño de la solicitud puede ser de hasta 10 MB, incluidas las propiedades adicionales, como los parámetros de consulta.
Tamaño máximo de la respuesta 10 GB comprimidos Los tamaños varían según el índice de compresión de los datos. El tamaño real de respuesta puede ser mucho mayor que 10 GB. El tamaño máximo de respuesta es ilimitado cuando se escriben los resultados de una consulta grande en una tabla de destino.
Tamaño máximo de fila 100 MB El tamaño máximo de la fila es aproximado, ya que el límite se basa en la representación interna de los datos de la fila. Este se aplica durante ciertas etapas de la ejecución del trabajo de consulta.
Cantidad máxima de columnas en una tabla, resultado de consulta o definición de la vista 10,000 columnas Una definición de tabla, resultado de consulta o vista puede tener hasta 10,000 columnas.
Cantidad máxima de ranuras simultáneas para precios según demanda 2,000 ranuras por proyecto

20,000 ranuras por organización 		Con los precios según demanda, tu proyecto puede tener hasta 2,000 ranuras simultáneas. También hay un límite de 20,000 ranuras simultáneas a nivel de la organización. BigQuery intenta asignar ranuras de manera equitativa entre los proyectos dentro de una organización si su demanda total es superior a 20,000 ranuras. Las ranuras de BigQuery se comparten entre todas las consultas de un mismo proyecto. BigQuery podría sobrepasar este límite en aumentos repentinos de actividad para acelerar las consultas. Para verificar la cantidad de ranuras que usas, consulta Supervisa BigQuery a través de Cloud Monitoring.
Uso máximo de CPU por datos analizados para los precios según demanda 256 segundos de CPU por MiB analizado Con los precios según demanda, tu consulta puede usar hasta 256 segundos de CPU por cada MiB de datos analizados. Si tu consulta requiere demasiado CPU para la cantidad de datos que se procesan, la consulta fallará con un error billingTierLimitExceeded. Para obtener más información, consulta billingTierLimitExceeded.
Mutaciones de las tablas de transacciones de varias declaraciones 100 tablas Una transacción puede mutar datos en un máximo de 100 tablas.
Modificaciones de particiones de transacciones de varias declaraciones 100,000 modificaciones de particiones Una transacción puede realizar como máximo 100,000 modificaciones de particiones.
Tamaño máximo de resultados de consulta de BigQuery Omni 20 GiB sin comprimir El tamaño máximo de resultado es de 20 GiB de bytes lógicos cuando se consultan datos de Azure o AWS. Si el resultado de tu consulta es mayor a 20 GiB, considera exportar los resultados a Amazon S3 o Blob Storage. Para obtener más información, consulta las limitaciones de BigQuery Omni.
Tamaño total de resultados de consultas de BigQuery Omni por día 1 TB Los tamaños totales de los resultados de las consultas de un proyecto son de 1 TB por día. Para obtener más información, consulta las limitaciones de BigQuery Omni.
Tamaño máximo de fila de BigQuery Omni 10 MiB El tamaño máximo de fila es de 10 MiB cuando se consultan datos de Azure o AWS. Para obtener más información, consulta las limitaciones de BigQuery Omni.

A pesar de que en las consultas programadas se usa el Servicio de transferencia de datos de BigQuery, estas no se transfieren y no están sujetas a límites de trabajo de carga.

Trabajos de exportación

Se aplican los siguientes límites a los trabajos que exportan datos desde BigQuery a través de la herramienta de línea de comandos de bq, la consola de Google Cloud o el método de API de exportación jobs.insert.

Límite Predeterminada Notas
La cantidad máxima de bytes exportados por día 50 TB Puedes exportar hasta 50 TB (Tebibytes) de datos por día desde un proyecto de forma gratuita a través de el grupo de ranuras compartidas. Puedes configurar una política de alertas de Cloud Monitoring que proporcione una notificación de la cantidad de bytes exportados. Si deseas exportar más de 50 TB (Tebibytes) de datos al día, realiza una de las siguientes acciones:
Cantidad máxima de trabajos de exportación por día 100,000 exportaciones Puedes ejecutar hasta 100,000 exportaciones por día en un proyecto. Para ejecutar más de 100,000 exportaciones por día, realiza una de las siguientes acciones:
Tamaño máximo de la tabla exportada a un solo archivo 1 GB Puedes exportar hasta 1 GB de datos de tablas a un solo archivo. Si necesitas exportar más de 1 GB de datos, usa un comodín para exportar los datos a varios archivos. Cuando exportas datos a varios archivos, el tamaño de estos puede variar. En algunos casos, el tamaño de los archivos de salida es de más de 1 GB.
URI comodín por exportación 500 URI Una exportación puede tener hasta 500 URI comodines.

Para obtener más información sobre cómo ver el uso actual de tu trabajo de exportación, consulta Visualiza el uso actual de la cuota.

Trabajos de carga

Se aplican los siguientes límites cuando cargas datos en BigQuery a través de la consola de Google Cloud, la herramienta de línea de comandos de bq o el tipo de carga del método jobs.insert de la API.

Límite Predeterminada Notas
Trabajos de carga por tabla por día 1,500 trabajos Los trabajos de carga, incluidos los trabajos de carga con errores, se tienen en cuenta en la cantidad máxima de operaciones de tabla por día para la tabla de destino. Si deseas obtener información sobre los límites de cantidad de operaciones de tablas por día para tablas estándar y particionadas, consulta Tablas.
Trabajos de carga por día 100,000 trabajos Tu proyecto se reabastece con un máximo de 100,000 cuotas de trabajos de carga cada 24 horas. Los trabajos de carga con errores se consideran en este límite. En algunos casos, es posible ejecutar más de 100,000 trabajos de carga en 24 horas si la cuota de un día anterior no se usa por completo.
Cantidad máxima de columnas por tabla: 10,000 columnas Una tabla puede tener hasta 10,000 columnas.
Tamaño máximo por trabajo de carga 15 TB El tamaño total de todos los archivos de entrada CSV, JSON, Avro, ORC y Parquet puede ser de hasta 15 TB.
Cantidad máxima de URI de origen en la configuración del trabajo 10,000 URI Una configuración de trabajo puede tener hasta 10,000 URI de origen.
Cantidad máxima de archivos por trabajo de carga 10,000,000 de archivos Un trabajo de carga puede tener hasta 10 millones de archivos en total, incluidos todos los archivos que coincidan con todos los URI comodín.
Cantidad máxima de archivos en el bucket de origen de Cloud Storage Un aproximado de 60,000,000 archivos Un trabajo de carga puede leer desde un bucket de Cloud Storage que contiene hasta 60,000,000 archivos.
Límite de tiempo de ejecución del trabajo de carga 6 hours Un trabajo de carga falla si se ejecuta durante más de seis horas.
Avro: tamaño máximo de los bloques de datos del archivo 16 MB El límite de tamaño de los bloques de datos del archivo de Avro es de 16 MB.
CSV: Tamaño máximo de celdas 100 MB Las celdas de CSV pueden tener un tamaño de hasta 100 MB.
CSV: tamaño máximo de fila 100 MB Las filas de CSV pueden tener un tamaño de hasta 100 MB.
CSV: Tamaño máximo del archivo comprimido 4 GB El límite de tamaño para un archivo CSV comprimido es de 4 GB.
CSV: Tamaño máximo del archivo sin comprimir 5 TB El límite de tamaño para un archivo CSV sin comprimir es de 5 TB.
JSON: tamaño máximo de fila 100 MB Las filas de JSON pueden tener un tamaño de hasta 100 MB.
JSON: tamaño máximo del archivo comprimido 4 GB El límite de tamaño de un archivo JSON comprimido es de 4 GB.
JSON: tamaño máximo del archivo sin comprimir 5 TB El límite de tamaño para un archivo JSON sin comprimir es de 5 TB.

Si superas los límites del trabajo de carga con regularidad debido a las actualizaciones frecuentes, considera transmitir datos a BigQuery en su lugar.

Para obtener información sobre cómo ver tu uso actual de trabajos de carga, consulta Visualiza el uso actual de la cuota.

Consideraciones sobre las cuotas del trabajo de carga del Servicio de transferencia de datos de BigQuery

Los trabajos de carga creados por las transferencias del Servicio de transferencia de datos de BigQuery se incluyen en las cuotas de BigQuery para los trabajos de carga. Es importante tener en cuenta la cantidad de transferencias que habilitas en cada proyecto para evitar que las transferencias y otros trabajos de carga produzcan errores de quotaExceeded.

Puedes usar la siguiente ecuación para estimar cuántos trabajos de carga requieren tus transferencias:

Number of daily jobs = Number of transfers x Number of tables x Schedule frequency x Refresh window

En el ejemplo anterior, se ilustra lo siguiente:

  • Number of transfers es la cantidad de opciones de configuración de transferencia que habilitas en tu proyecto.

  • Number of tables es la cantidad de tablas creadas por cada tipo de transferencia específico. La cantidad de tablas varía según el tipo de transferencia:

    • Las transferencias de Campaign Manager crean aproximadamente 25 tablas.
    • Las transferencias de Google Ads crean aproximadamente 60 tablas.
    • Las transferencias de Google Ad Manager crean aproximadamente 40 tablas.
    • Las transferencias de Google Play crean alrededor de 25 tablas.
    • Las transferencias de Search Ads 360 crean alrededor de 50 tablas.
    • Las transferencias de YouTube crean alrededor de 50 tablas.

  • Schedule frequency describe la frecuencia con la que se ejecuta la transferencia. Se proporcionan los programas de ejecución de las transferencias para cada tipo de transferencia:

  • Refresh window es la cantidad de días que se deben incluir en la transferencia de datos. Si ingresas 1, no se realiza un reabastecimiento diario.

Trabajos de copia

Se aplican los siguientes límites a los trabajos de BigQuery para copiar tablas, incluidos los trabajos que crean una copia, una clonación o una instantánea de una tabla estándar, una clonación de tabla o una instantánea de tabla. Los límites se aplican a los trabajos creados a través de la consola de Google Cloud, la herramienta de línea de comandos de bq o el método jobs.insert que especifica el campo copy en la configuración del trabajo. Los trabajos de copia se tienen en cuenta en estos límites, ya sea que se completen de forma correcta o fallen.

Límite Predeterminada Notas
Trabajos de copia diarios por tabla de destino Consulta Operaciones de tabla por día.
Trabajos de copia por día 100,000 trabajos Tu proyecto puede ejecutar hasta 100,000 trabajos de copia por día.
Trabajos de copia entre regiones por tabla de destino por día 100 trabajos Tu proyecto puede ejecutar hasta 100 trabajos de copia entre regiones por tabla de destino por día.
Trabajos de copia entre regiones por día 2,000 trabajos Tu proyecto puede ejecutar hasta 2,000 trabajos de copia entre regiones por día.
Cantidad de tablas de origen para copiar 1,200 tablas de origen Puedes copiar hasta 1,200 tablas de origen por trabajo de copia.

Para obtener información sobre cómo ver tu uso actual de trabajos de copia, consulta Trabajos de copia: Visualiza el uso actual de la cuota.

Se aplican los siguientes límites a la copia de conjuntos de datos:

Límite Predeterminada Notas
Cantidad máxima de tablas en el conjunto de datos de origen 20,000 tablas Un conjunto de datos de origen puede tener hasta 20,000 tablas.
Cantidad máxima de tablas que se pueden copiar por ejecución en un conjunto de datos de destino en la misma región 20,000 tablas Tu proyecto puede copiar 20,000 tablas por ejecución a un conjunto de datos de destino que se encuentre en la misma región.
Cantidad máxima de tablas que se pueden copiar por ejecución en un conjunto de datos de destino ubicado en una región diferente 1,000 tablas Tu proyecto puede copiar 1,000 tablas por ejecución a un conjunto de datos de destino que se encuentre en una región diferente. Por ejemplo, si configuras una copia entre regiones de un conjunto de datos que tiene 8,000 tablas, el Servicio de transferencia de datos de BigQuery crea de forma automática ocho ejecuciones de manera secuencial. La primera ejecución copia 1,000 tablas. A las veinticuatro horas de la segunda ejecución, la segunda copia 1,000 tablas. Este proceso continúa hasta que se copien todas las tablas del conjunto de datos, hasta un máximo de 20,000 tablas por conjunto de datos.

Reservas

Las siguientes cuotas se aplican a las reservas:

Cuota Predeterminada Notas
Cantidad total de ranuras para la región de la UE 5,000 ranuras Cantidad máxima de ranuras de BigQuery que puedes comprar en la multirregión de la UE a través de la consola de Google Cloud.
Ver cuotas en la consola de Google Cloud
Cantidad total de ranuras para la región de EE.UU. 10,000 ranuras Cantidad máxima de ranuras de BigQuery que puedes comprar en la multirregión de EE.UU. con la consola de Google Cloud.
Ver cuotas en la consola de Google Cloud
Cantidad total de ranuras para la región us-east1. 4,000 ranuras Cantidad máxima de ranuras de BigQuery que puedes comprar en la región especificada a través de la consola de Google Cloud.
Ver cuotas en la consola de Google Cloud
Cantidad total de ranuras para las siguientes regiones:
  • asia-south1
  • asia-southeast1
  • europe-west2
  • us-central1
  • us-west1
 2,000 ranuras La cantidad máxima de ranuras de BigQuery que puedes comprar en cada una de las regiones enumeradas con la consola de Google Cloud.
Ver cuotas en la consola de Google Cloud
Cantidad total de ranuras para las siguientes regiones:
  • asia-east1
  • asia-northeast1
  • asia-northeast3
  • asia-southeast2
  • australia-southeast1
  • europe-north1
  • europe-west1
  • europe-west3
  • europe-west4
  • northamerica-northeast1
  • us-east4
  • southamerica-east1
 1,000 ranuras La cantidad máxima de ranuras de BigQuery que puedes comprar en cada una de las regiones enumeradas con la consola de Google Cloud.
Ver cuotas en la consola de Google Cloud
Cantidad total de ranuras para regiones de BigQuery Omni 100 ranuras La cantidad máxima de ranuras de BigQuery que puedes comprar en las regiones de BigQuery Omni a través de la consola de Google Cloud.
Ver cuotas en la consola de Google Cloud
Cantidad total de ranuras para todas las demás regiones 500 ranuras La cantidad máxima de ranuras de BigQuery que puedes comprar en cada región con la consola de Google Cloud.
Ver cuotas en la consola de Google Cloud

Se aplican los siguientes límites a las reservas:

Límite Valor Notas
Cantidad de proyectos de administración para reservas de ranuras 5 proyectos por organización El número máximo de proyectos dentro de una organización que pueden contener una reserva o un compromiso activo para ranuras para una ubicación o región determinada.
Cantidad máxima de reservas de la edición estándar 10 reservas por proyecto La cantidad máxima de reservas de la edición estándar por proyecto de administración dentro de una organización para una ubicación o región determinada.
Cantidad máxima de reservas de la edición Enterprise o Enterprise Plus 200 reservas por proyecto La cantidad máxima de reservas por proyecto de administración de la edición Enterprise o Enterprise Plus dentro de una organización para una ubicación o región determinada.

Conjuntos de datos

Se aplican los siguientes límites a los conjunto de datos de BigQuery.

Límite Predeterminada Notas
Cantidad máxima de conjuntos de datos Ilimitadas No hay límite para la cantidad de conjuntos de datos que puede tener un proyecto.
Cantidad de tablas por conjunto de datos Ilimitadas Cuando usas una llamada a la API, se ralentiza el rendimiento de la enumeración a medida que te acercas a las 50,000 tablas por conjunto de datos. La consola de Google Cloud puede mostrar hasta 50,000 tablas por cada conjunto de datos.
Cantidad de recursos autorizados en la lista de control de acceso de un conjunto de datos 2,500 recursos La lista de control de acceso de un conjunto de datos puede tener hasta 2,500 recursos autorizados en total, incluidas las vistas autorizadas, los conjuntos de datos autorizados y las funciones autorizadas. Si superas este límite debido a una gran cantidad de vistas autorizadas, considera agrupar las vistas en conjuntos de datos autorizados.
Cantidad de operaciones de actualización de conjuntos de datos por conjunto de datos cada 10 segundos 5 operaciones Tu proyecto puede realizar hasta cinco operaciones de actualización de conjuntos de datos cada 10 segundos. El límite de actualización del conjunto de datos incluye todas las operaciones de actualización de metadatos que realizan los siguientes elementos:
Longitud máxima de la descripción de un conjunto de datos 16,384 caracteres Cuando agregas una descripción a un conjunto de datos, el texto puede tener, como máximo, 16,384 caracteres.

Tablas

Todas las tablas

Se aplican los siguientes límites a todas las tablas de BigQuery.

Límite Predeterminada Notas
Longitud máxima de un nombre de columna 300 caracteres El nombre de la columna puede tener 300 caracteres como máximo.
Longitud máxima de la descripción de una columna 1,024 caracteres Cuando agregas una descripción a una columna, el texto puede tener 1,024 caracteres como máximo.
Profundidad máxima de los registros anidados 15 niveles Las columnas de tipo RECORD pueden contener tipos RECORD anidados, también llamados registros secundarios. El límite de profundidad de anidado máximo es de 15 niveles. Este límite es independiente de si los registros son escalares o basados en arrays (repetidos).

Tablas estándar

Se aplican los siguientes límites a las tablas estándar de BigQuery (integradas):

Límite Predeterminada Notas
Modificaciones de la tabla por día 1,500 modificaciones

Tu proyecto puede realizar hasta 1,500 modificaciones de tabla por día, ya sea que la modificación agregue datos, los actualice o trunque la tabla. Este límite no puede cambiarse y, además, incluye el total combinado de todos los trabajos de carga, trabajos de copia y trabajos de consulta que agregan datos a una tabla de destino o la reemplazan.

Las declaraciones DML no se consideran en la cantidad de modificaciones de tablas por día.

Los datos de transmisión no se consideran en la cantidad de modificaciones de tablas por día.
Frecuencia máxima de operaciones de actualización de metadatos de tabla por tabla 5 operaciones cada 10 segundos Tu proyecto puede realizar hasta cinco operaciones de actualización de metadatos de tablas cada 10 segundos por tabla. Este límite se aplica a todas las operaciones de actualización de metadatos de la tabla, realizadas por: Este límite incluye el total combinado de todos los trabajos de carga, de copia y de consulta que anexan o reemplazan una tabla de destino o que usan una declaración DML, DELETE, INSERT, MERGE, TRUNCATE TABLE o UPDATE para escribir datos en una tabla. Ten en cuenta que, aunque las declaraciones DML se toman en cuenta en este límite, no están sujetas a ella si se alcanza. Las operaciones DML tienen límites de frecuencia dedicados.

Si excedes este límite, recibirás un mensaje de error como Exceeded rate limits: too many table update operations for this table. Este error es transitorio. puedes volver a intentarlo con una retirada exponencial.

Para identificar las operaciones que se consideran en este límite, puedes inspeccionar tus registros. Consulta Soluciona problemas de errores de cuota para obtener información sobre cómo diagnosticar y resolver este error.

Cantidad máxima de columnas por tabla 10,000 columnas Cada tabla, resultado de la consulta o definición de la vista puede tener hasta 10,000 columnas.

Tablas externas

Se aplican los siguientes límites a las tablas de BigQuery almacenadas en Cloud Storage en los formatos Parquet, ORC, Avro, CSV o JSON.

Límite Predeterminada Notas
Cantidad máxima de URI de origen por tabla externa 10,000 URI Cada tabla externa puede tener hasta 10,000 URI de origen.
Cantidad máxima de archivos por tabla externa 10,000,000 de archivos Una tabla externa puede tener hasta 10 millones de archivos, incluidos todos los archivos que coincidan con todos los URI comodines.
Tamaño máximo de los datos almacenados en Cloud Storage por tabla externa 600 TB Una tabla externa puede tener hasta 600 terabytes en todos los archivos de entrada. Este límite se aplica a los tamaños de archivo según lo almacenado en Cloud Storage. Este tamaño no es el mismo que el tamaño que se usa en la fórmula para calcular los precios de las consultas. En el caso de las tablas particionadas de forma externa, se aplica el límite después de la reducción de particiones.
Cantidad máxima de archivos en el bucket de origen de Cloud Storage Un aproximado de 60,000,000 archivos Una tabla externa puede hacer referencia a un bucket de Cloud Storage que contenga hasta 60,000,000 archivos. En el caso de las tablas particionadas de forma externa, se aplica este límite antes de la reducción de particiones.

Tablas particionadas

Se aplican los siguientes límites a las tablas particionadas de BigQuery.

Los límites de partición se aplican al total combinado de todos los trabajos de carga, Trabajos de copia y Trabajos de consulta que agregan o reemplazan una partición de destino.

Un solo trabajo puede afectar a varias particiones. Por ejemplo, los trabajos de carga y de consulta pueden escribir en varias particiones.

BigQuery usa la cantidad de particiones que afecta un mismo trabajo para determinar qué cantidad de límite consume el trabajo. Las inserciones de transmisión no afectan a este límite.

Si deseas obtener información sobre las estrategias para permanecer dentro de los límites de las tablas particionadas, consulta Soluciona problemas de errores de cuota.

Límite Predeterminada Notas
Cantidad de particiones por tabla particionada 10,000 particiones Cada tabla particionada puede tener hasta 10,000 particiones. Si superas este límite, considera usar el agrupamiento en clústeres además de la partición o en lugar de hacerlo.
Cantidad máxima de particiones modificadas a través de un solo trabajo 4,000 particiones Cada operación de trabajo (de consulta o carga) puede afectar hasta 4,000 particiones. BigQuery rechaza cualquier trabajo de consulta o carga que intente modificar más de 4,000 particiones.
Cantidad de modificaciones de particiones por tabla particionada por tiempo de transferencia por día 5,000 modificaciones.

Tu proyecto puede realizar hasta 5,000 modificaciones de particiones por día, ya sea que la modificación agregue datos, los actualice o trunque una tabla particionada por tiempo de transferencia.

Las declaraciones DML no se toman en cuenta en la cantidad de modificaciones de partición por día.

La cantidad de modificaciones de partición por tabla particionada por columna por día 30,000 modificaciones

Tu proyecto puede realizar hasta 30,000 modificaciones de particiones por día en una tabla particionada por columnas.

Las declaraciones DML no se toman en cuenta en la cantidad de modificaciones de partición por día.

Los datos de transmisión no se consideran en la cantidad de modificaciones de partición por día.
Frecuencia máxima de operaciones de actualización de metadatos de tabla por tabla particionada 50 modificaciones cada 10 segundos Tu proyecto puede ejecutar hasta 50 modificaciones por tabla particionada cada 10 segundos. Este límite se aplica a todas las operaciones de actualización de metadatos de la tabla particionada, realizadas por: Este límite incluye el total combinado de todos los trabajos de carga, de copia y de consulta que anexan o reemplazan una tabla de destino o que usan una declaración DML, DELETE, INSERT, MERGE, TRUNCATE TABLE o UPDATE para escribir datos en una tabla.

Si excedes este límite, recibirás un mensaje de error como Exceeded rate limits: too many partitioned table update operations for this table. Este error es transitorio. puedes volver a intentarlo con una retirada exponencial.

Para identificar las operaciones que se consideran en este límite, puedes inspeccionar tus registros.

Cantidad de rangos posibles para la partición por rangos 10,000 rangos Una tabla particionada por rango puede tener hasta 10,000 rangos posibles. Este límite se aplica a la especificación de la partición cuando creas la tabla. Después de crear la tabla, el límite también se aplica a la cantidad real de particiones.

Clonaciones de tablas

Se aplican los siguientes límites a las clonaciones de tabla de BigQuery:

Límite Predeterminada Notas
Cantidad máxima de clonaciones y de instantáneas en una cadena 3 instantáneas o clonaciones de tabla Las clonaciones y las instantáneas combinadas están limitadas a una profundidad de 3. Cuando clonas o tomas instantáneas de una tabla base, puedes clonar o tomar instantáneas del resultado solo dos veces más; intentar clonar o tomar instantáneas del resultado por tercera vez genera un error. Por ejemplo, puedes crear la clonación A de la tabla base, crear la instantánea B de la clonación A y crear la clonación C de la instantánea B. Para hacer duplicados adicionales del clon o la instantánea de tercer nivel, usa una operación de copia en su lugar.
Cantidad máxima de clonaciones y de instantáneas para una tabla base 1,000 instantáneas o clonaciones de tabla No puedes tener más de 1,000 instantáneas y clonaciones existentes combinadas de una tabla base determinada. Por ejemplo, si tienes 600 instantáneas y 400 clonaciones, alcanzas el límite.

Instantáneas de tablas

Se aplican los siguientes límites a las instantáneas de tabla de BigQuery:

Límite Predeterminada Notas
Cantidad máxima de trabajos de instantáneas de tablas simultáneas 100 trabajos Tu proyecto puede ejecutar hasta 100 trabajos de instantáneas de tabla simultáneos.
Cantidad máxima de trabajos de instantáneas de tablas por día 50,000 trabajos Tu proyecto puede ejecutar hasta 50,000 trabajos de instantáneas de tablas por día.
Cantidad máxima de trabajos de instantáneas de tablas por tabla por día 50 trabajos Tu proyecto puede ejecutar hasta 50 trabajos de instantáneas de tablas por tabla por día.
Cantidad máxima de actualizaciones de metadatos por instantánea de tabla cada 10 segundos. 5 actualizaciones Tu proyecto puede actualizar los metadatos de una instantánea de tabla hasta cinco veces cada 10 segundos.
Cantidad máxima de clonaciones y de instantáneas en una cadena 3 instantáneas o clonaciones de tabla Las clonaciones y las instantáneas combinadas están limitadas a una profundidad de 3. Cuando clonas o tomas instantáneas de una tabla base, puedes clonar o tomar instantáneas del resultado solo dos veces más; intentar clonar o tomar instantáneas del resultado por tercera vez genera un error. Por ejemplo, puedes crear la clonación A de la tabla base, crear la instantánea B de la clonación A y crear la clonación C de la instantánea B. Para hacer duplicados adicionales del clon o la instantánea de tercer nivel, usa una operación de copia en su lugar.
Cantidad máxima de clonaciones y de instantáneas para una tabla base 1,000 instantáneas o clonaciones de tabla No puedes tener más de 1,000 instantáneas y clonaciones existentes combinadas de una tabla base determinada. Por ejemplo, si tienes 600 instantáneas y 400 clonaciones, alcanzas el límite.

Vistas

Se aplican los siguientes límites y cuotas a las vistas y las vistas materializadas.

Vistas lógicas

Se aplican los siguientes límites a las vistas estándares de BigQuery.

Límite Predeterminada Notas
Cantidad máxima de niveles de vistas anidadas 16 niveles BigQuery admite un máximo de 16 niveles de vistas anidadas. Es posible crear vistas hasta este límite, pero las consultas se limitan a 15 niveles. Si se excede el límite, BigQuery muestra un error INVALID_INPUT.
Longitud máxima de una consulta de GoogleSQL que se usa para definir una vista 256,000 caracteres Una sola consulta de GoogleSQL que define una vista puede tener hasta 256,000 caracteres. Este límite se aplica a una sola consulta y no incluye la longitud de las vistas a las que se hace referencia en la consulta.
Cantidad máxima de vistas autorizadas por conjunto de datos Consulta Conjuntos de datos.

Vistas materializadas

Se aplican los siguientes límites a las vistas materializadas de BigQuery:

Límite Predeterminada Notas
Referencias de tablas base (mismo conjunto de datos) 20 vistas materializadas Se puede hacer referencia a cada tabla base hasta por 20 vistas materializadas del mismo conjunto de datos.
Referencias de tablas base (mismo proyecto) 100 vistas materializadas Se puede hacer referencia a cada tabla base hasta por 100 vistas materializadas del mismo proyecto.
Referencias de tablas base (toda la organización) 500 vistas materializadas Se puede hacer referencia a cada tabla base hasta por 500 vistas materializadas de toda la organización.
Cantidad máxima de vistas autorizadas por conjunto de datos Consulta Conjuntos de datos.

Índices de búsqueda

Se aplican los siguientes límites a los índices de búsqueda de BigQuery:

Límite Predeterminada Notas
Cantidad de declaraciones DDL CREATE INDEX por proyecto, por región y por día 500 operaciones Tu proyecto puede emitir hasta 500 operaciones DDL CREATE INDEX todos los días dentro de una región.
La cantidad de declaraciones DDL del índice de búsqueda por tabla y por día 20 operaciones Tu proyecto puede emitir hasta 20 operaciones DDL CREATE INDEX o DROP INDEX por tabla y por día.
Tamaño total máximo de los datos de la tabla por organización permitidos para la creación de índices de búsqueda que no se ejecutan en una reserva 100 TB en multirregiones; 20 TB en todas las otras regiones Puedes crear un índice de búsqueda para una tabla si el tamaño general de las tablas con índices en tu organización está por debajo del límite de tu región: 100 TB para las multirregiones US y EU, y 20 TB para todas las demás regiones. Si tus trabajos de administración de índices se ejecutan en tu propia reserva, este límite no se aplica.

Índices vectoriales

Se aplican los siguientes límites a los índices vectoriales de BigQuery:

Límite Predeterminada Notas
Cantidad mínima de filas de la tabla base 5,000 filas Una tabla debe tener al menos 5,000 filas para crear un índice vectorial.
Cantidad máxima de filas de la tabla base 1,000,000,000 filas Una tabla puede tener como máximo 1,000,000,000 filas para crear un índice vectorial.
Tamaño máximo del array en la columna indexada 1,600 elementos La columna que se indexará puede tener como máximo 1,600 elementos en el array.
Tamaño mínimo de la tabla para la propagación del índice vectorial 10 MB Si creas un índice vectorial en una tabla de menos de 10 MB, el índice no se propaga. Del mismo modo, si borras datos de una tabla indexada por vectores de modo que el tamaño de la tabla sea inferior a 10 MB, el índice vectorial se inhabilitará de forma temporal. Esto sucede sin importar si usas tu propia reserva para los trabajos de administración de índices. Una vez que el tamaño de una tabla indexada por vectores vuelve a superar los 10 MB, su índice se propaga de forma automática.
Cantidad de declaraciones DDL CREATE VECTOR INDEX por proyecto, por región y por día 500 operaciones Para cada proyecto, puedes emitir hasta 500 operaciones CREATE VECTOR INDEX por día en cada región.
La cantidad de declaraciones DDL del índice vectorial por tabla y por día 10 operaciones Puedes emitir hasta 10 operaciones CREATE VECTOR INDEX o DROP VECTOR INDEX por tabla y por día.
Tamaño total máximo de los datos de la tabla por organización permitidos para la creación de índices vectoriales que no se ejecutan en una reserva 20 TB Puedes crear un índice vectorial para una tabla si el tamaño total de las tablas con índices en tu organización es inferior a 20 TB. Si tus trabajos de administración de índices se ejecutan en tu propia reserva, este límite no se aplica.

Rutinas

Se aplican los siguientes límites y cuotas a las rutinas.

Funciones definidas por el usuario

Se aplican los siguientes límites a las funciones definidas por el usuario (UDF), tanto temporales como persistentes, en las consultas de GoogleSQL.

Límite Predeterminada Notas
Resultado máximo por fila 5 MB La cantidad máxima de datos que tu UDF de JavaScript puede generar cuando procesa una única fila es de alrededor de 5 MB.
Cantidad máxima de consultas simultáneas de SQL heredado con UDF de JavaScript 6 consultas Tu proyecto puede tener hasta seis consultas de SQL heredado simultáneas que contengan UDF en JavaScript. Este límite incluye consultas tanto interactivas como por lotes. Este límite no se aplica a consultas de GoogleSQL.
Recursos máximos de UDF de JavaScript por consulta 50 recursos Un trabajo de consulta puede tener hasta 50 recursos de UDF de JavaScript, como archivos externos o BLOB de código intercalados.
Tamaño máximo del BLOB de código intercalado 32 KB Un BLOB de código intercalado en una UDF puede tener un tamaño de hasta 32 KB.
Tamaño máximo de cada recurso de código externo 1 MB El tamaño máximo de cada recurso de código JavaScript es de 1 MB.

Se aplican los siguientes límites a las UDF persistentes:

Límite Predeterminada Notas
Longitud máxima de un nombre de UDF 256 caracteres Los nombres de las UDF pueden tener hasta 256 caracteres.
Cantidad máxima de argumentos 256 argumentos Una UDF puede tener hasta 256 argumentos.
Longitud máxima de un nombre de argumento 128 caracteres Los nombres de los argumentos de las UDF pueden tener hasta 128 caracteres.
Profundidad máxima de una cadena de referencia de UDF 16 referencias Una cadena de referencia de UDF puede tener hasta 16 referencias de profundidad.
Profundidad máxima de un argumento o resultado de tipo STRUCT 15 niveles Un argumento o resultado de UDF de tipo STRUCT puede tener hasta 15 niveles de profundidad.
Cantidad máxima de campos en los argumentos o resultados de tipo STRUCT por UDF 1,024 campos Una UDF puede tener hasta 1,024 campos en los argumentos y resultados de tipo STRUCT.
Cantidad máxima de bibliotecas JavaScript en una declaración CREATE FUNCTION 50 bibliotecas Una declaración CREATE FUNCTION puede tener hasta 50 bibliotecas de JavaScript.
Longitud máxima de las rutas de acceso a bibliotecas JavaScript incluidas 5,000 caracteres La ruta de acceso a una biblioteca de JavaScript incluida en una UDF puede tener hasta 5,000 caracteres.
Frecuencia de actualización máxima por UDF cada 10 segundos 5 actualizaciones Tu proyecto puede actualizar una UDF hasta cinco veces cada 10 segundos.
Cantidad máxima de UDF autorizados por conjunto de datos Consulta Conjuntos de datos.

Funciones remotas

Se aplican los siguientes límites a las funciones remotas en BigQuery.

Límite Predeterminada Notas
Cantidad máxima de consultas simultáneas que contienen funciones remotas 10 consultas Puedes ejecutar hasta diez consultas simultáneas con funciones remotas por proyecto.
Tamaño máximo de entrada 5 MB El tamaño total máximo de todos los argumentos de entrada de una sola fila es de 5 MB.
Límite de tamaño de respuesta HTTP (1.a gen.) de Cloud Functions 10 MB El cuerpo de la respuesta HTTP de tu 1ª gen. de Cloud Functions es de hasta 10 MB. Si superas este valor, se generarán errores en la consulta.
Límite de tamaño de respuesta HTTP (Cloud Functions de 2ª gen. o Cloud Run) 15 MB El cuerpo de la respuesta HTTP de tu función de Cloud Function de 2ª gen. o Cloud Run es de hasta 15 MB. Si superas este valor, se generan fallas en la consulta.
Límite máximo de tiempo de invocación HTTP (1ª gen. de Cloud Functions) 9 minutos Puedes configurar tu propio límite de tiempo para la 1ª gen. de Cloud Functions para una invocación HTTP individual, pero el límite de tiempo máx. es de 9 minutos. Superar el límite de tiempo establecido para tu 1a gen. de Cloud Functions puede causar fallas en la invocación de HTTP y en las consultas.
Límite de tiempo de invocación HTTP (Cloud Functions (2nd gen o Cloud Run) 20 minutos El límite de tiempo de una invocación HTTP individual a tu Cloud Function de segunda generación o Cloud Run. Superar este valor puede causar fallas en la invocación HTTP y en la consulta.
Cantidad máxima de reintentos de invocación HTTP 20 La cantidad máxima de reintentos para una invocación HTTP individual a tu Cloud Function de 1ª gen., 2ª gen. o Cloud Run. Superar este valor puede causar fallas en la invocación HTTP y en la consulta.

Funciones de tabla

Se aplican los siguientes límites a las funciones de tabla de BigQuery:

Límite Predeterminada Notas
Longitud máxima de un nombre de función de tabla 256 caracteres El nombre de una función de tabla puede tener hasta 256 caracteres.
Longitud máxima de un nombre de argumento 128 caracteres El nombre de un argumento de función de tabla puede tener hasta 128 caracteres de longitud.
Cantidad máxima de argumentos 256 argumentos Una función de tabla puede tener hasta 256 argumentos.
Profundidad máxima de una cadena de referencia de función de tabla 16 referencias Una cadena de referencia de función de tabla puede tener hasta 16 referencias de profundidad.
Profundidad máxima del argumento o resultado de tipo STRUCT: 15 niveles Un argumento STRUCT para una función de tabla puede tener hasta 15 niveles de profundidad. De modo similar, un registro STRUCT en el resultado de una función de tabla puede tener hasta 15 niveles de profundidad.
Cantidad máxima de campos en un argumento o tabla de muestra de tipo STRUCT por función de tabla 1,024 campos Un argumento STRUCT para una función de tabla puede tener hasta 1,024 campos. De manera similar, un registro STRUCT en el resultado de una función de tabla puede tener hasta 1,024 campos.
Cantidad máxima de columnas en la tabla de retorno 1,024 columnas Una tabla que muestra una función de tabla puede tener hasta 1,024 columnas.
Longitud máxima de los nombres de las columnas de la tabla de retorno 128 caracteres Los nombres de las columnas en las tablas que se muestran pueden tener hasta 128 caracteres.
Cantidad máxima de actualizaciones por función de tabla cada 10 segundos 5 actualizaciones Tu proyecto puede actualizar una función de tabla hasta cinco veces cada 10 segundos.

Procedimientos almacenados para Apache Spark

Se aplican los siguientes límites a los procedimientos almacenados de BigQuery para Apache Spark:

Límite Predeterminada Notas
Cantidad máxima de consultas simultáneas de procedimientos almacenados 50 Puedes ejecutar hasta 50 consultas de procedimiento almacenadas simultáneas para cada proyecto.
Cantidad máxima de CPU en uso 12,000 Puedes usar hasta 12,000 CPU para cada proyecto. Las consultas que ya se procesaron no consumen este límite.

Puedes usar hasta 2,400 CPU para cada ubicación en cada proyecto, excepto en las siguientes ubicaciones:

  • asia-south2
  • australia-southeast2
  • europe-central2
  • europe-west8
  • northamerica-northeast2
  • southamerica-west1

En estas ubicaciones, puedes usar hasta 500 CPU por cada ubicación para cada proyecto.

Si ejecutas consultas simultáneas en una ubicación multirregional y una ubicación de una sola región que se encuentra en la misma área geográfica, tus consultas pueden consumir la misma cuota de CPU simultánea.
Tamaño total máximo de discos persistentes estándar en uso 204.8 TB

Puedes usar discos persistentes estándar de hasta 204.8 TB para cada ubicación y proyecto. Las consultas que ya se procesaron no consumen este límite.

Si ejecutas consultas simultáneas en una ubicación multirregional y una ubicación de una sola región que se encuentra en la misma área geográfica, tus consultas pueden consumir la misma cuota de disco persistente estándar.

Notebooks

Todas las cuotas y límites de Dataform y las cuotas y límites de Colab Enterprise se aplican a notebooks en BigQuery. También se aplican los siguientes límites:

Límite Predeterminada Notas
Tamaño máximo del notebook 20 MB

El tamaño de un notebook es el total de su contenido, sus metadatos y su sobrecarga de codificación.

Para ver el tamaño del contenido del notebook, expande el encabezado del notebook, haz clic en Ver y, luego, en Información del notebook.
Cantidad máxima de solicitudes por segundo a Dataform 100 Los notebooks se crean y administran a través de Dataform. Cualquier acción que cree o modifique un notebook se descuenta de esta cuota. Esta cuota se comparte con las consultas guardadas. Por ejemplo, si realizas 50 cambios en los notebooks y 50 cambios en las consultas guardadas en 1 segundo, alcanzas la cuota.

Consultas guardadas

Todas las cuotas y límites de Dataform se aplican a las consultas guardadas. También se aplican los siguientes límites:

Límite Predeterminada Notas
Tamaño máximo de consultas guardadas 10 MB
Cantidad máxima de solicitudes por segundo a Dataform 100 Las consultas guardadas se crean y administran a través de Dataform. Cualquier acción que cree o modifique una consulta guardada se considera en esta cuota. Esta cuota se comparte con los notebooks. Por ejemplo, si realizas 50 cambios en los notebooks y 50 cambios en las consultas guardadas en 1 segundo, alcanzas la cuota.

Lenguaje de manipulación de datos

Los siguientes límites se aplican a las declaraciones de lenguaje de manipulación de datos (DML) de BigQuery:

Límite Predeterminada Notas
Declaraciones DML por día Ilimitadas La cantidad de declaraciones DML que tu proyecto puede ejecutar por día es ilimitada.

Las declaraciones DML no se toman en cuenta en la cantidad de modificaciones de tablas por día (o la cantidad de modificaciones de tablas particionadas por día para tablas particionadas).

Las declaraciones DML tienen las siguientes limitaciones que se deben tener en cuenta.
Declaraciones DML INSERT simultáneas por tabla por día 1,500 declaraciones Las primeras 1,500 declaraciones INSERT se ejecutan de inmediato después de enviarse. Una vez que se alcanza este límite, la simultaneidad de las declaraciones INSERT que se escriben en una tabla se limita a 10. Se agregan declaraciones INSERT adicionales a una cola PENDING. Se pueden poner en cola hasta 100 declaraciones INSERT en una tabla, en cualquier momento. Cuando se completa una declaración INSERT, la siguiente declaración INSERT se quita de la cola y se ejecuta.

Si debes ejecutar declaraciones INSERT DML con mayor frecuencia, considera transmitir datos a tu tabla a través de la API de Storage Write.
Declaraciones DML de mutación simultáneas por tabla 2 declaraciones BigQuery ejecuta hasta dos declaraciones DML de mutación simultáneas (UPDATE, DELETE y MERGE) para cada tabla. Las declaraciones DML adicionales de mutación para una tabla están en cola.
Declaraciones DML de mutación en cola por tabla 20 declaraciones Una tabla puede tener hasta 20 declaraciones DML de mutación en cola para su ejecución. Si envías declaraciones DML de mutación adicionales para la tabla, estas fallarán.
Tiempo máximo en cola para la declaración DML 6 hours Una declaración DML interactiva de prioridad puede esperar en la cola hasta por 6 horas. Si la declaración no se ejecuta después de seis horas, fallará.
Tasa máxima de declaraciones DML para cada tabla 25 declaraciones cada 10 segundos Tu proyecto puede ejecutar hasta 25 declaraciones DML cada 10 segundos para cada tabla. Tanto INSERT como las declaraciones DML mutables contribuyen a este límite.

Para obtener más información sobre las mutaciones de declaraciones DML, consulta Simultaneidad de DML INSERT y simultaneidad de DML UPDATE, DELETE, MERGE.

Consultas de varias declaraciones

Se aplican los siguientes límites a las consultas de varias declaraciones en BigQuery.

Límite Predeterminada Notas
Cantidad máxima de consultas simultáneas de varias declaraciones 1,000 consultas de varias declaraciones Tu proyecto puede ejecutar hasta 1,000 consultas de varias sentencias simultáneas.
Límite de tiempo acumulado 24 horas El límite de tiempo acumulativo para una consulta de varias declaraciones es de 24 horas.
Límite de tiempo de la declaración 6 hours El límite de tiempo para una declaración individual en una consulta de varias declaraciones es de 6 horas.

CTE recurrentes en las consultas

Se aplican los siguientes límites a las expresiones de tabla comunes (CTE) recurrentes en BigQuery.

Límite Predeterminada Notas
Límite de iteración 500 iteraciones La CTE recurrente puede ejecutar esta cantidad de iteraciones. Si se excede este límite, se produce un error. Para solucionar los límites de iteración, consulta Soluciona errores de límite de iteración.

Seguridad a nivel de la fila

Se aplican los siguientes límites a las políticas de acceso a nivel de fila de BigQuery:

Límite Predeterminada Notas
Cantidad máxima de políticas de acceso de fila por tabla. 400 políticas Una tabla puede tener hasta 400 políticas de acceso de fila.
Cantidad máxima de políticas de acceso de fila por consulta. 6000 políticas Una consulta puede acceder hasta un total de 6000 políticas de acceso de fila.
Cantidad máxima de declaraciones DDL CREATE / DROP por política cada 10 segundos 5 declaraciones Tu proyecto puede realizar hasta cinco declaraciones CREATE o DROP por recurso de política de acceso de fila cada 10 segundos.
Declaraciones DROP ALL ROW ACCESS POLICIES por tabla cada 10 segundos 5 declaraciones Tu proyecto puede realizar hasta cinco declaraciones DROP ALL ROW ACCESS POLICIES por tabla cada 10 segundos.

Políticas de datos

Se aplican los siguientes límites al enmascaramiento de datos dinámicos a nivel de la columna:

Límite Predeterminada Notas
Cantidad máxima de políticas de datos por etiqueta de política 8 políticas por etiqueta de política Hasta ocho políticas de datos por etiqueta de política. Una de estas políticas se puede usar para los controles de acceso a nivel de columna. No se admiten expresiones de enmascaramiento duplicadas.

BigQuery ML

Se aplican los siguientes límites a BigQuery ML.

Trabajos de consulta

Todas las cuotas y límites de trabajo de consulta se aplican a los trabajos de consulta de GoogleSQL que usan declaraciones y funciones de BigQuery ML.

Declaraciones CREATE MODEL

Se aplican los siguientes límites a trabajos CREATE MODEL:

Límite Predeterminada Notas
CREATE MODEL consultas de declaraciones por 48 horas para cada proyecto 20,000 consultas de declaraciones Algunos modelos se entrenan a través de servicios de Vertex AI, que tienen su propia administración de recursos y cuotas.
Límite de tiempo de ejecución 24 o 72 horas El tiempo de espera de trabajo de CREATE MODEL es de 24 horas de forma predeterminada, excepto para las series temporales, AutoML y los trabajos de ajuste de hiperparámetros que tienen un tiempo de espera de 72 horas.

Funciones del servicio de Vertex AI y Cloud AI

Los siguientes límites se aplican a las funciones que usan modelos de lenguaje grandes (LLM) de Vertex AI y los servicios de Cloud AI:

Función Solicitudes por minuto Filas por trabajo Cantidad de trabajos que se ejecutan de manera simultánea
ML.ANNOTATE_IMAGE 900 307,800 5
ML.TRANSLATE 3,000 1,026,000 5
ML.UNDERSTAND_TEXT 300 102,600 5
ML.GENERATE_TEXT cuando uses un modelo remoto sobre un modelo gemini-1.5-pro 60 21,600 5
ML.GENERATE_TEXT cuando uses un modelo remoto sobre un modelo gemini-1.5-flash 200 72,000 5
ML.GENERATE_TEXT cuando se usa un modelo remoto sobre el modelo gemini-1.0-pro-vision 60 20,000 1
ML.GENERATE_TEXT cuando uses un modelo remoto sobre un modelo gemini-1.0-pro, text-bison, text-bison-32 o text-unicorn 60 30,000 5
ML.GENERATE_EMBEDDING cuando se usa con modelos remotos en modelos multimodalembedding de Vertex AI 120 25,000 1
ML.GENERATE_EMBEDDING cuando se usa con modelos remotos en modelos textembedding-gecko y textembedding-gecko-multilingual de Vertex AI 1,500 1,000,000 1
ML.PROCESS_DOCUMENT 600 205,200 5
ML.TRANSCRIBE 60 1,000 5

Para obtener más información sobre la cuota de los LLM de Vertex AI y las APIs de servicio de Cloud AI, consulta los siguientes documentos:

Para solicitar más cuota para las funciones de BigQuery ML, ajusta la cuota del servicio de LLM de Vertex AI o Cloud AI asociado primero y, luego, envía un correo electrónico a [email protected] e incluye información sobre la cuota de servicio de LLM o Cloud AI ajustada. Si deseas obtener más información para solicitar más cuota para estos servicios, consulta Solicita una cuota más alta.

Definiciones de cuotas

En la siguiente lista, se describen las cuotas que se aplican a las funciones de servicio de Vertex AI y Cloud AI:

  • Las funciones que llaman a un modelo de base de Vertex AI usan una cuota de Vertex AI, que son consultas por minuto (QPM). En este contexto, las consultas son llamadas de solicitud de la función a la API del modelo de Vertex AI. La cuota de QPM se aplica a un modelo base y a todas las versiones, identificadores y versiones ajustadas de ese modelo. Para obtener más información sobre las cuotas del modelo de base de Vertex AI, consulta Cuotas por región y modelo.
  • Las funciones que llaman a un servicio de Cloud AI usan las cuotas de solicitud del servicio de destino. Consulta la referencia de cuota del servicio de Cloud AI determinado para obtener más detalles.

  • BigQuery ML usa tres cuotas:

    • Solicitudes por minuto. Esta cuota es el límite en la cantidad de llamadas de solicitudes por minuto que las funciones pueden realizar al modelo de Vertex AI o a la API del servicio de Cloud AI. Este límite se aplica a cada proyecto.

      Para las funciones que llaman a un modelo de base de Vertex AI, la cantidad de llamadas a solicitudes por minuto varía según el extremo, la versión y la región del modelo de Vertex AI. Esta cuota es conceptualmente igual a la cuota de QPM que usa Vertex AI, pero puede tener un valor menor que la cuota de QPM para un modelo correspondiente.

    • Filas por trabajo. Esta cuota es el límite en la cantidad de filas permitidas para cada trabajo de consulta.

    • Cantidad de trabajos que se ejecutan de manera simultánea. Esta cuota es el límite por proyecto en la cantidad de consultas de SQL que se pueden ejecutar al mismo tiempo para la función determinada.

En los siguientes ejemplos, se muestra cómo interpretar las limitaciones de cuota en situaciones típicas:

  • Tengo una cuota de 1,000 QPM en Vertex AI, por lo que una consulta con 100,000 filas debería tardar alrededor de 100 minutos. ¿Por qué el trabajo se ejecuta por más tiempo?

    Los entornos de ejecución de trabajos pueden variar incluso para los mismos datos de entrada. En Vertex AI, las llamadas de procedimiento remoto (RPC) tienen diferentes prioridades para evitar que se agoten las cuotas. Cuando no hay suficiente cuota, las RPC con prioridades más bajas esperan y, tal vez, fallan si tardan demasiado en procesarlas.

  • ¿Cómo debo interpretar las filas por cuota de trabajo?

    En BigQuery, una consulta puede ejecutarse durante un máximo de seis horas. La cantidad máxima de filas admitidas es una función de este cronograma y tu cuota de QPM de Vertex AI, a fin de garantizar que BigQuery pueda completar el procesamiento de consultas en seis horas. Dado que, por lo general, una consulta no puede usar toda la cuota, este es un número menor que tu cuota de QPM multiplicado por 360.

  • ¿Qué sucede si ejecuto un trabajo de inferencia por lotes en una tabla con más filas que la cuota de filas por trabajo, por ejemplo, 10,000,000 filas?

    BigQuery solo procesa la cantidad de filas especificadas por la cuota de filas por trabajo. Solo se te cobrará por las llamadas a la API correctas por esa cantidad de filas, en lugar de las 10,000,000 de filas completas de tu tabla. Para el resto de las filas, BigQuery responde a la solicitud con un error A retryable error occurred: the maximum size quota per query has reached, que se muestra en la columna status del resultado. Puedes usar este conjunto de secuencias de comandos de SQL o este paquete de Dataform para iterar a través de llamadas de inferencia hasta que todas las filas se procesen de forma correcta.

  • Tengo muchas más filas para procesar que las filas por cuota de trabajo. ¿Dividir mis filas en varias consultas y ejecutarlas de manera simultánea será de ayuda?

    No, porque estas consultas consumen las mismas solicitudes por minuto de BigQuery ML y QPM de Vertex AI. Si hay varias consultas que permanecen dentro de las filas por cuota de trabajo y de la cantidad de cuotas de trabajos que se ejecutan simultáneamente, el procesamiento acumulativo agota la cuota de solicitudes por minuto.

BI Engine

Se aplican los siguientes límites a BigQuery BI Engine.

Límite Predeterminada Notas
Tamaño máximo de la reserva por proyecto y por ubicación (interfaz de SQL) 250 GiB Se aplica cuando se usa BI Engine con BigQuery. Se aplica en todos los casos, excepto Looker Studio sin integración nativa.

Puedes solicitar un aumento de la capacidad máxima de la reserva para tus proyectos. Los aumentos de reserva están disponibles en la mayoría de las regiones y pueden tardar de 3 días a una semana en procesarse.
Tamaño máximo de la reserva por proyecto y por ubicación (Looker Studio) 100 GB Se aplica cuando se usa BI Engine con Looker Studio sin integración nativa. Este límite no afecta el tamaño de las tablas que consultas mientras BI Engine carga en la memoria solo las columnas que se usan en tus consultas, no la tabla completa.
Tamaño máximo del modelo de datos por tabla (Looker Studio) 10 GB Se aplica cuando se usa BI Engine con Looker Studio sin integración nativa. Si tienes una reserva de 100 GB por proyecto y ubicación, BI Engine limitará la reserva por tabla a 10 GB. El resto de la reserva disponible se usa en las demás tablas del proyecto.
Cantidad máxima de particiones por tabla (Looker Studio) 500 particiones Se aplica cuando se usa BI Engine con Looker Studio sin integración nativa. BI Engine para Looker Studio admite un máximo de 500 particiones por tabla.
Cantidad máxima de filas por consulta (Looker Studio) 150 millones Se aplica cuando se usa BI Engine con Looker Studio sin integración nativa. BI Engine para Looker Studio admite hasta 150 millones de filas de datos consultados, según la complejidad de la consulta.

Analytics Hub

Se aplican los siguientes límites a Analytics Hub:

Límite Predeterminada Notas
Cantidad máxima de intercambios de datos por proyecto 500 intercambios Puedes crear hasta 500 intercambios de datos en un proyecto.
Cantidad máxima de fichas por intercambio de datos 1,000 listas Puedes crear hasta 1,000 fichas en un intercambio de datos.
Cantidad máxima de conjuntos de datos vinculados por conjunto de datos compartidos 1,000 conjuntos de datos vinculados Todos los suscriptores de Analytics Hub, combinados, pueden tener un máximo de 1,000 conjuntos de datos vinculados por conjunto de datos compartidos.

Cuotas y límites de la API

Estas cuotas y límites se aplican a las solicitudes a la API de BigQuery.

API de BigQuery

Se aplican las siguientes cuotas a las solicitudes a la API de BigQuery (núcleo):

Cuota Predeterminada Notas
Solicitudes por día Ilimitadas Tu proyecto puede realizar una cantidad ilimitada de solicitudes a la API de BigQuery por día.
Ver la cuota en la consola de Google Cloud
Máximo de tabledata.list bytes por minuto 7.5 GB en multirregiones; 3.7 GB en todas las demás regiones Tu proyecto puede mostrar un máximo de 7.5 GB de datos de filas de tabla por minuto a través de tabledata.list en las multirregiones us y eu, y 3.7 GB de datos de filas de tabla por minuto en todas las demás regiones. Esta cuota se aplica al proyecto que contiene la tabla que se lee. Otras APIs, incluida jobs.getQueryResults y recuperar resultados de jobs.query y jobs.insert también pueden consumir esta cuota.
Ver la cuota en la consola de Google Cloud

La API de lectura de almacenamiento de BigQuery puede mantener una capacidad de procesamiento considerablemente mayor que tabledata.list. Si necesitas una mayor capacidad de procesamiento de la permitida en esta cuota, considera usar la API de BigQuery Storage Read.

Se aplican los siguientes límites a las solicitudes a la API de BigQuery (núcleo):

Límite Predeterminada Notas
Cantidad máxima de solicitudes a la API por segundo, por usuario y por método 100 solicitudes Un usuario puede realizar hasta 100 solicitudes a la API por segundo a un método de API. Si un usuario realiza más de 100 solicitudes por segundo a un método, es posible que se les aplique un límite. No se aplica este límite a las inserciones de transmisión.
Cantidad máxima de solicitudes simultáneas a la API por usuario 300 solicitudes Si un usuario realiza más de 300 solicitudes simultáneas, es posible que se aplique un límite. Este límite no se aplica a inserciones de transmisión.
Tamaño máximo del encabezado de la solicitud 16 KiB Tu solicitud a la API de BigQuery puede ser de hasta 16 KiB, incluida la URL de la solicitud y todos los encabezados. Este límite no se aplica al cuerpo de la solicitud, por ejemplo, en una solicitud POST.
Cantidad máxima de solicitudes jobs.get por segundo 1,000 solicitudes Tu proyecto puede realizar hasta 1,000 solicitudes jobs.get por segundo.
Tamaño máximo de la respuesta jobs.query 20 MB De forma predeterminada, no hay un recuento de filas máximo para la cantidad de filas de datos que se muestran en jobs.query por cada página de resultados. Sin embargo, estás limitado a un tamaño máximo de respuesta de 20 MB. Puedes modificar la cantidad de filas que se muestran a través de el parámetro maxResults.
Tamaño máximo de la fila jobs.getQueryResults 20 MB El tamaño máximo de la fila es aproximado, ya que el límite se basa en la representación interna de los datos de la fila. El límite se aplica durante la transcodificación.
Cantidad máxima de solicitudes projects.list por segundo 2 solicitudes Tu proyecto puede realizar hasta dos solicitudes projects.list por segundo.
Cantidad máxima de solicitudes tabledata.list por segundo 1,000 solicitudes Tu proyecto puede realizar hasta 1,000 solicitudes tabledata.list por segundo.
Cantidad máxima de filas por respuesta de tabledata.list 100,000 filas Una llamada a tabledata.list puede mostrar hasta 100,000 filas de tabla. Para obtener más información, consulta Desplázate por los resultados a través de la API.
Tamaño máximo de la fila tabledata.list 100 MB El tamaño máximo de la fila es aproximado, ya que el límite se basa en la representación interna de los datos de la fila. El límite se aplica durante la transcodificación.
Cantidad máxima de solicitudes tables.insert por segundo 10 solicitudes Tu proyecto puede realizar hasta 10 solicitudes tables.insert por segundo. Con el método tables.insert, se crea una nueva tabla vacía dentro del conjunto de datos. Este límite incluye las instrucciones de SQL que crean tablas, como CREATE TABLE y las consultas con las que se escriben resultados en tablas de destino.

API de BigQuery Connection

Se aplican las siguientes cuotas a las llamadas a la API de conexión de BigQuery:

Cuota Predeterminada Notas
Solicitudes de lectura por minuto 1,000 solicitudes por minuto Tu proyecto puede realizar hasta 1,000 solicitudes por minuto a los métodos de la API de conexión de BigQuery que leen datos de conexión.
Ver la cuota en la consola de Google Cloud
Solicitudes de escritura por minuto 100 solicitudes por minuto Tu proyecto puede realizar hasta 100 solicitudes por minuto a los métodos de la API de conexión de BigQuery que crean o actualizan conexiones.
Ver la cuota en la consola de Google Cloud
Conexiones de BigQuery Omni creadas por minuto 10 conexiones creadas por minuto Tu proyecto puede crear hasta 10 conexiones de BigQuery Omni en total en AWS y Azure por minuto.
Usos de la conexión de BigQuery Omni 100 usos de conexión por minuto Tu proyecto puede usar una conexión de BigQuery Omni hasta 100 veces por minuto. Esto se aplica a las operaciones que usan tu conexión para acceder a tu cuenta de AWS, como cuando se consulta una tabla.

API de BigQuery Migration

Se aplican los siguientes límites a la API de BigQuery Migration:

Límite Predeterminada Notas
Tamaño de archivo individual para la traducción de SQL por lotes 10 MB Cada archivo individual de origen y metadatos puede tener hasta 10 MB. No se aplica este límite al archivo ZIP de metadatos que genera la herramienta de extracción de línea de comandos de dwh-migration-dumper.
Tamaño total de los archivos de origen para la traducción de SQL por lotes 1 GB El tamaño total de todos los archivos de entrada subidos a Cloud Storage puede ser de hasta 1 GB. Esto incluye todos los archivos fuente y los archivos de metadatos si eliges incluirlos.
Tamaño de la string de entrada para la traducción de SQL interactiva 1 MB La string que ingreses para la traducción de SQL interactiva no debe superar el 1 MB.
Tamaño máximo del archivo de configuración para la traducción de SQL interactiva 50 MB Los archivos de metadatos individuales (comprimidos) y los archivos de configuración YAML en Cloud Storage no deben exceder los 50 MB. Si el tamaño del archivo supera los 50 MB, el traductor interactivo omite ese archivo de configuración durante la traducción y produce un mensaje de error. Un método para reducir el tamaño del archivo de los metadatos es usar las marcas —database o –schema para filtrar las bases de datos cuando generas los metadatos.

Se aplican las siguientes cuotas a la API de BigQuery Migration. Los siguientes valores predeterminados se aplican en la mayoría de los casos. Los valores predeterminados de tu proyecto pueden ser diferentes:

Cuota Predeterminada Notas

Solicitudes de listas de servicios de EDWMigration por minuto

Solicitudes de listas de servicios de EDWMigration por minuto y por usuario

12,000 solicitudes

2,500 solicitudes

Tu proyecto puede realizar hasta 12,000 solicitudes de la lista de la API de migración por minuto.

Cada usuario puede realizar hasta 2,500 solicitudes de lista de la API de migración por minuto.

Ver cuotas en la consola de Google Cloud

Solicitudes Get de servicios de EDWMigration por minuto

Solicitudes Get de servicio de EDWMigration por minuto y por usuario

25,000 solicitudes

2,500 solicitudes

Tu proyecto puede realizar hasta 25,000 solicitudes de obtención de la API de migración por minuto.

Cada usuario puede realizar hasta 2,500 solicitudes Get de la API de migración por minuto.

Ver cuotas en la consola de Google Cloud

Otras solicitudes de servicio de EDWMigration por minuto

Otras solicitudes de servicio de EDWMigration por minuto y por usuario

25 solicitudes

5 solicitudes

Tu proyecto puede realizar hasta 25 solicitudes a la API de migración más por minuto.

Cada usuario puede realizar hasta 5 solicitudes a la API de migración más por minuto.

Ver cuotas en la consola de Google Cloud

Solicitudes de traducción de SQL interactivas por minuto

Solicitudes interactivas de traducción de SQL por minuto y por usuario

200 solicitudes

50 solicitudes

Tu proyecto puede realizar hasta 200 solicitudes de servicio de traducción de SQL por minuto.

Cada usuario puede realizar hasta 50 solicitudes de servicio de traducción de SQL más por minuto.

Ver cuotas en la consola de Google Cloud

API de BigQuery Reservation

Las siguientes cuotas se aplican a las solicitudes a la API de BigQuery Reservation:

Cuota Predeterminada Notas
Solicitudes por minuto, por región 100 solicitudes Tu proyecto puede realizar un total de hasta 100 llamadas a los métodos de la API de reservación de BigQuery por minuto y por región.
Ver cuotas en la consola de Google Cloud
Cantidad de llamadas por minuto a la región SearchAllAssignments 100 solicitudes Tu proyecto puede realizar hasta 100 llamadas al método SearchAllAssignments por minuto y por región.
Ver cuotas en la consola de Google Cloud
Solicitudes de SearchAllAssignments por minuto, por región y por usuario 10 solicitudes Cada usuario puede realizar hasta 10 llamadas al método SearchAllAssignments por minuto y por región.
Visualiza las cuotas en la consola de Google Cloud
(En los resultados de la búsqueda de la consola de Google Cloud, busca lo siguiente: por usuario).

API de políticas de datos de BigQuery

Se aplican los siguientes límites a la API de políticas de datos (vista previa):

Límite Predeterminada Notas
Cantidad máxima de llamadas a dataPolicy.list. 400 solicitudes por minuto por proyecto

600 solicitudes por minuto por organización
Cantidad máxima de llamadas a dataPolicy.testIamPermissions. 400 solicitudes por minuto por proyecto

600 solicitudes por minuto por organización
Cantidad máxima de solicitudes de lectura. 1,200 solicitudes por minuto por proyecto

1,800 solicitudes por minuto por organización 		Esto incluye las llamadas a dataPolicy.get y dataPolicy.getIamPolicy.
Cantidad máxima de solicitudes de escritura. 600 solicitudes por minuto por proyecto

900 solicitudes por minuto por organización

Esto incluye llamadas a:

API de IAM

Se aplican las siguientes cuotas cuando usas la funcionalidad de Identity and Access Management en BigQuery para recuperar y establecer políticas de IAM, y probar los permisos de IAM. Las declaraciones del lenguaje de control de datos (DCL) se toman en cuenta en la cuota de SetIAMPolicy.

Cuota Predeterminada Notas
Solicitudes IamPolicy por minuto por usuario 1,500 solicitudes por minuto por usuario Cada usuario puede realizar hasta 1,500 solicitudes por minuto por proyecto.
Ver la cuota en la consola de Google Cloud
IamPolicy solicitudes por minuto por proyecto 3,000 solicitudes por minuto por proyecto Tu proyecto puede realizar hasta 3,000 solicitudes por minuto.
Ver la cuota en la consola de Google Cloud
Solicitudes de una sola región SetIAMPolicy por minuto por proyecto 1,000 solicitudes por minuto por proyecto Tu proyecto de una sola región puede realizar hasta 1,000 solicitudes por minuto.
Ver la cuota en la consola de Google Cloud
Solicitudes multirregionales SetIAMPolicy por minuto por proyecto 2,000 solicitudes por minuto por proyecto Tu proyecto multirregional puede realizar hasta 2,000 solicitudes por minuto.
Ver la cuota en la consola de Google Cloud
Solicitudes regionales de varios canales SetIAMPolicy por minuto por proyecto 200 solicitudes por minuto por proyecto Tu proyecto regional de varios canales puede realizar hasta 200 solicitudes por minuto.
Ver la cuota en la consola de Google Cloud

API de Storage Read

Las siguientes cuotas se aplican a las solicitudes a la API de BigQuery Storage Read.:

Cuota Predeterminada Notas
Solicitudes de lectura de plano de datos por minuto y por usuario 25,000 solicitudes Cada usuario puede realizar hasta 25,000 llamadas ReadRows por minuto y por proyecto.
Ver la cuota en la consola de Google Cloud
Solicitudes del plano de control de lectura por minuto y por usuario 5,000 solicitudes Cada usuario puede realizar hasta 5,000 llamadas de operaciones de metadatos de la API de Storage Read por minuto y por proyecto. Las llamadas de metadatos incluyen los métodos CreateReadSession y SplitReadStream.
Ver la cuota en la consola de Google Cloud

Los siguientes límites se aplican a las solicitudes a la API de BigQuery Storage Read:

Límite Predeterminada Notas
Longitud máxima del filtro o fila 1 MB Cuando usas la llamada CreateReadSession de la API de lectura de almacenamiento, tienes un límite de longitud de 1 MB para cada fila o filtro.
Tamaño máximo de datos serializados 128 MB Cuando usas la llamada ReadRows de la API de Storage Read, la representación serializada de los datos en un mensaje ReadRowsResponse individual no puede superar los 128 MB.
Cantidad máxima de conexiones simultáneas 2,000 en multirregiones; 400 en regiones Puedes abrir un máximo de 2,000 conexiones ReadRows simultáneas por proyecto en las multirregiones us y eu, y 400 conexiones ReadRows simultáneas en otras regiones. En algunos casos, puedes estar limitado a una cantidad menor de conexiones simultáneas que las de este límite.
Uso máximo de memoria por transmisión 1.5 GB La memoria máxima por transmisión es aproximada, ya que el límite se basa en la representación interna de los datos de la fila. Las transmisiones que usan más de 1.5 GB de memoria en una sola fila pueden fallar. Para obtener más información, consulta Soluciona problemas de recursos excedidos.

API de Storage Write

Las siguientes cuotas se aplican a las solicitudes a la API de Storage Write: Las siguientes cuotas se pueden aplicar a nivel de carpeta. Luego, estas cuotas se agregan y se comparten en todos los proyectos secundarios. Para habilitar esta configuración, comunícate con Atención al cliente de Cloud.

Si planeas solicitar un límite de cuota más alto, incluye el mensaje de error de cuota en tu solicitud para acelerar el procesamiento.

Cuota Predeterminada Notas
Conexiones simultáneas 1,000 en una región; 10,000 en una multirregión

La cuota de conexiones simultáneas se basa en el proyecto cliente que inicia la solicitud de la API de Storage Write, no en el proyecto que contiene el recurso de conjunto de datos de BigQuery. El proyecto de inicio es el proyecto asociado con la clave de API o la cuenta de servicio.

Tu proyecto puede operar con 1,000 conexiones simultáneas en una región o 10,000 conexiones simultáneas en las multirregiones US y EU.

Cuando usas la transmisión predeterminada en Java o Go, te recomendamos usar la multiplexación de la API de Storage Write para escribir en varias tablas de destino con conexiones compartidas para reducir la cantidad de conexiones generales necesarias. Si usas el conector de Beam con semántica de al menos una vez, puedes configurar UseStorageApiConnectionPool como TRUE para habilitar la multiplexación.

Ver la cuota en la consola de Google Cloud

Puedes ver las cuotas de uso y limitar las métricas de tus proyectos en Cloud Monitoring. Selecciona el nombre del límite de conexiones simultáneas en función de tu región. Las opciones son ConcurrentWriteConnectionsPerProject, ConcurrentWriteConnectionsPerProjectEU y ConcurrentWriteConnectionsPerProjectRegion para us, eu y otras regiones, respectivamente.

Recomendamos que configures alertas para supervisar el uso de la cuota y los límites. Además, si sus patrones de tráfico experimentan aumentos repentinos o crecimiento orgánico regular, podría ser beneficioso considerar el aprovisionamiento excesivo de su cuota entre un 25% y un 50% para manejar la demanda inesperada.
Capacidad de procesamiento 3 GB de capacidad de procesamiento por segundo en multirregiones; 300 MB por segundo en regiones Puedes transmitir hasta 3 GBps en las multirregiones us y eu, y 300 MBps en otras regiones por proyecto.
Ver la cuota en la consola de Google Cloud

Puedes ver las cuotas de uso y limitar las métricas de tus proyectos en Cloud Monitoring. Selecciona el nombre del límite de la capacidad de procesamiento en función de tu región. Las opciones son AppendBytesThroughputPerProject, AppendBytesThroughputPerProjectEU y AppendBytesThroughputPerProjectRegion para us, eu y otras regiones, respectivamente. La cuota de capacidad de procesamiento de escritura se mide en función del proyecto en el que reside el conjunto de datos de destino, no el proyecto del cliente.

Recomendamos que configures alertas para supervisar el uso de la cuota y los límites. Además, si sus patrones de tráfico experimentan aumentos repentinos o crecimiento orgánico regular, podría ser beneficioso considerar el aprovisionamiento excesivo de su cuota entre un 25% y un 50% para manejar la demanda inesperada.
Solicitudes CreateWriteStream 10,000 transmisiones cada hora, por proyecto y por región Puedes llamar a CreateWriteStream hasta 10,000 veces por hora, por proyecto y por región. Considera usar la transmisión predeterminada si en verdad no necesitas una semántica única. Esta cuota es por hora, pero la métrica que se muestra en la consola de Google Cloud es por minuto.
Bytes de transmisión pendientes 10 TB en multirregiones; 1 TB en regiones Por cada confirmación que actives, puedes confirmar hasta 10 TB en las multiregiones us y eu, y 1 TB en otras regiones. No hay informes de cuotas sobre esta cuota.

Se aplican los siguientes límites a las solicitudes a la API de Storage Write:

Límite Predeterminada Notas
Confirmaciones Batch 10,000 transmisiones por tabla Puedes confirmar hasta 10,000 transmisiones en cada llamada BatchCommitWriteStream.
AppendRows tamaño de la solicitud 10 MB El tamaño máximo solicitado es de 10 MB.

Inserciones de transmisión

Se aplican los siguientes límites y cuotas cuando transmites datos a BigQuery a través de la API de transmisión heredada. Si quieres obtener información sobre las estrategias para no superar estos límites, consulta Soluciona problemas de errores de cuota. Si excedes estas cuotas, recibirás errores de quotaExceeded.

Límite Predeterminada Notas
Cantidad máxima de bytes por segundo y por proyecto en las multirregiones us y eu 1 GB por segundo

Tu proyecto puede transmitir hasta 1 GB por segundo. Esta cuota es acumulativa en una multirregión determinada. Es decir, el límite de 1 GB se suma a la suma de bytes por segundo que se transmiten a todas las tablas de un proyecto determinado en una multirregión.

Si superas este límite, se generan errores quotaExceeded.

Si es necesario, puedes solicitar un aumento de cuota si te comunicas con Atención al cliente de Cloud. Solicita cualquier aumento lo antes posible, al menos dos semanas antes de que lo necesites. El aumento de cuota lleva tiempo en estar disponible, en especial en el caso de un aumento significativo.

Cantidad máxima de bytes por segundo y por proyecto en todas las demás ubicaciones 300 MB por segundo

Tu proyecto puede transmitir hasta 300 MB por segundo en todas las ubicaciones, excepto en las multirregiones us y eu. Esta cuota es acumulativa en una multirregión determinada. Es decir, el límite de 300 MB se aplica a la suma de bytes por segundo que se transmiten a todas las tablas de un proyecto determinado en una región.

Si superas este límite, se generan errores quotaExceeded.

Si es necesario, puedes solicitar un aumento de cuota si te comunicas con Atención al cliente de Cloud. Solicita cualquier aumento lo antes posible, al menos dos semanas antes de que lo necesites. El aumento de cuota lleva tiempo en estar disponible, en especial en el caso de un aumento significativo.

Tamaño máximo de fila 10 MB Si superas este valor, se generarán errores invalid.
Límite de tamaño de la solicitud HTTP 10 MB

Si superas este valor, se generarán errores invalid.

La solicitud se traduce de manera interna de HTTP JSON a una estructura de datos propia. La estructura de datos traducida tiene su propio límite de tamaño aplicado. Es difícil predecir el tamaño de la estructura de datos interna que se generará, pero si mantienes las solicitudes HTTP en 10 MB o menos, las probabilidades de alcanzar el límite interno serán bajas.

Máximo de filas por solicitud 50,000 filas Se recomienda una cantidad máxima de 500 filas. La agrupación en lotes puede aumentar el rendimiento y la capacidad de procesamiento hasta cierto punto, pero en detrimento de la latencia por solicitud. Una baja cantidad de filas por solicitud y la sobrecarga de cada solicitud pueden llevar a que la transferencia sea ineficiente. Si una solicitud abarca demasiadas filas, puedes observar una disminución en la capacidad de procesamiento. Experimenta con datos representativos (esquema y tamaño de datos) para determinar el tamaño de lote ideal para tus datos.
Longitud del campo insertId 128 caracteres Si superas este valor, se generarán errores invalid.

Si deseas obtener una cuota de transmisión adicional, consulta Solicita un aumento de la cuota.