Quote e limiti

Questo documento elenca le quote e i limiti di sistema che si applicano a BigQuery. Le quote specificano la quantità di una risorsa condivisa e conteggiabile che puoi utilizzare e sono definite dai servizi Google Cloud come BigQuery. I limiti di sistema sono valori fissi che non possono essere modificati.

Google Cloud utilizza le quote per garantire equità e ridurre dei picchi di utilizzo e disponibilità delle risorse. Una quota limita la quantità di dati Risorsa Google Cloud utilizzabile dal progetto Google Cloud. Le quote si applicano a una serie di tipi di risorse, inclusi hardware, software e componenti di rete. Ad esempio, le quote possono limitare il numero di chiamate API a un servizio, il numero di bilanciatori del carico utilizzati contemporaneamente dal tuo progetto o di progetti che puoi creare. Le quote proteggono la community per gli utenti di Google Cloud evitando il sovraccarico dei servizi. Le quote ti aiutano anche a gestire le tue risorse Google Cloud.

Il sistema delle quote di Cloud esegue le seguenti operazioni:

  • Monitora il tuo consumo dei prodotti e dei servizi Google Cloud
  • Limita il consumo di queste risorse
  • Fornisce un modo per richiedere modifiche al valore della quota

Nella maggior parte dei casi, quando tenti di consumare una risorsa superiore alla sua quota lo consente, il sistema blocca l'accesso alla risorsa e l'attività che stai tentando di eseguire.

In genere, le quote si applicano a livello di progetto Google Cloud. L'utilizzo di una risorsa in un progetto non influisce la quota disponibile in un altro progetto. All'interno di un progetto Google Cloud, le quote vengono condivise tra tutte le applicazioni e gli indirizzi IP.

Esistono anche limiti di sistema per le risorse BigQuery. Questi limiti di sistema non sono correlati al sistema delle quote. I limiti di sistema non possono se non diversamente specificato.

Per impostazione predefinita, BigQuery le quote e i limiti si applicano in base al singolo progetto. Le quote e i limiti che si applicano in base a criteri diversi sono indicati come tali; ad esempio, il numero massimo di colonne per tabella o il numero massimo di richieste API simultanee per utente. I criteri specifici variano in base a disponibilità delle risorse, profilo utente Cronologia di Service Usage e altri fattori; sono soggetti a modifica senza notifica.

Rifornimento quota

Le quote giornaliere vengono ripristinate a intervalli regolari durante il giorno, riflettendo il loro intento di guidare i comportamenti di limitazione della frequenza. Viene inoltre eseguito un aggiornamento intermittente per evitare lunghe interruzioni quando la quota si esaurisce. Altre quote vengono in genere rese disponibili entro pochi minuti, anziché essere ripristinate globalmente una volta al giorno.

Richiedi un aumento della quota

Per regolare la maggior parte delle quote, utilizza la console Google Cloud. Per ulteriori informazioni, vedi Richiedi una quota superiore.

Per istruzioni dettagliate sulla procedura per richiedere un aumento della quota Nella console Google Cloud, fai clic su Procedura guidata:

Procedura guidata

Limite di utilizzo della quota

Per scoprire come limitare l'utilizzo di una risorsa specifica creando un'override della quota, consulta Creare un'override della quota.

Autorizzazioni obbligatorie

Per visualizzare e aggiornare le quote BigQuery nella console Google Cloud, devi disporre delle stesse autorizzazioni richieste per qualsiasi quota Google Cloud. Per ulteriori informazioni, vedi Autorizzazioni per le quote di Google Cloud.

Risoluzione dei problemi

Per informazioni sulla risoluzione degli errori relativi a quote e limiti, consulta Risoluzione degli errori di quota di BigQuery.

Job

Le quote e i limiti si applicano ai job eseguiti da BigQuery per tuo conto, che vengano eseguiti utilizzando la console Google Cloud, lo strumento a riga di comando bq o tramite programmazione utilizzando l'API REST o le librerie client.

Job di query

Le seguenti quote si applicano ai job di query creati automaticamente che eseguono query interattive, query pianificate e job inviati utilizzando jobs.query e tipo di query jobs.insert Metodi dell'API:

Quota Predefinito Note
Utilizzo delle query al giorno Illimitato Non c'è limite al numero di byte che possono essere elaborati query in un progetto.
Visualizza la quota nella console Google Cloud
Utilizzo delle query al giorno per utente Illimitato Non esiste alcun limite al numero di byte che le query di un utente possono processo ogni giorno.
Visualizza la quota nella console Google Cloud
Byte al giorno di query federate Cloud SQL tra regioni 1 TB Se la località di elaborazione della query BigQuery e la località dell'istanza Cloud SQL sono diverse, la query è una query tra regioni. Il tuo progetto può eseguire fino a 1 TB di query tra regioni al giorno. Consulta query federate Cloud SQL.
Visualizza la quota nella console Google Cloud
Byte trasferiti cross-cloud al giorno 1 TB Puoi trasferire fino a 1 TB di dati al giorno da un bucket Amazon S3 oppure da Azure Blob Storage. Per ulteriori informazioni, vedi Cross-cloud da Amazon S3 e Azure.
Visualizza la quota nella console Google Cloud

I seguenti limiti si applicano ai job di query creati automaticamente che eseguono query interattive, query pianificate e job inviati utilizzando jobs.query e tipo di query jobs.insert Metodi dell'API:

Limite Predefinito Note
Numero massimo di query interattive in coda 1000 query Il tuo progetto può mettere in coda fino a 1000 query interattive. Ulteriori query interattive che superano questo limite restituiscono un errore di quota.
Numero massimo di query batch in coda 20.000 query Il tuo progetto può mettere in coda fino a 20.000 query batch. Ulteriori query batch che superano questo limite restituiscono un errore di quota.
Numero massimo di query interattive in parallelo rispetto alle origini dati esterne di Bigtable 16 query Il progetto può eseguire fino a sedici query simultanee su un Esterno Bigtable origine dati.
Numero massimo di query simultanee che contengono funzioni remote 10 query Puoi eseguire fino a dieci query simultanee con funzioni remote per progetto.
Numero massimo di query multi-istruzione simultanee 1000 query con più dichiarazioni Il progetto può eseguire fino a 1000 partecipanti in contemporanea query con più dichiarazioni. Per altre quote e limiti relativi alle query con più istruzioni, vedi Query con più istruzioni.
Numero massimo di query SQL legacy in parallelo che contengono funzioni definite dall'utente 6 query Il progetto può eseguire fino a sei query SQL legacy simultanee con query SQL legacy (UDF). Questo limite include interattivi e query batch. Anche le query interattive che contengono funzioni definite dall'utente vengono conteggiate per lo limite per le query interattive. Questo limite non si applica a GoogleSQL query.
Limite giornaliero per le dimensioni delle query Illimitato Per impostazione predefinita, non esiste un limite di dimensione giornaliera delle query. Tuttavia, puoi impostare dei limiti per la quantità di dati su cui gli utenti possono eseguire query creando quote personalizzate per controllare l'utilizzo delle query al giorno o l'utilizzo delle query al giorno per utente.
Limite di aggiornamento giornaliero della tabella di destinazione Consulta Numero massimo di operazioni per tabella al giorno. Gli aggiornamenti alle tabelle di destinazione in un job di query vengono conteggiati ai fini del limite sul numero massimo di operazioni per tabella al giorno per le tabelle di destinazione. Gli aggiornamenti della tabella di destinazione includono operazioni di accodamento e sovrascrittura eseguite tramite query da Cloud Console, usando lo strumento a riga di comando bq oppure chiamando i metodi API jobs.insert di tipo query e jobs.query.
Limite di tempo di esecuzione delle query/query con più istruzioni 6 ore

L'esecuzione di una query o di una query con più istruzioni può continuare per un massimo di 6 ore prima di essere interrotta. Tuttavia, a volte vengono eseguiti nuovi tentativi di esecuzione delle query. È possibile provare una query fino a tre volte e ogni tentativo può durare fino a sei ore. Come risultato, è possibile che una query abbia un tempo di esecuzione totale maggiore di 6 ore.

Il valore predefinito del timeout del job CREATE MODEL è 24 ore, ad eccezione dei job di serie temporali, AutoML e ottimizzazione degli iperparametri, che hanno un timeout di 72 ore.
Numero massimo di risorse a cui viene fatto riferimento per query 1000 risorse Una query può fare riferimento a un massimo di 1000 tabelle, visualizzazioni, funzioni definite dall'utente (UDF) e funzioni di tabella univoche dopo l'espansione completa. Questo limite include:
  • Tabelle, visualizzazioni, funzioni definite dall'utente e funzioni tabella direttamente a cui fa riferimento la query.
  • Tabelle, visualizzazioni, funzioni definite dall'utente e funzioni tabella a cui fanno riferimento altri viste/UDF/funzioni di tabella a cui viene fatto riferimento nella query.
Lunghezza massima dei caratteri della query SQL 1024.000 caratteri Una query SQL può contenere fino a 1024.000 caratteri. Questo limite include commenti e caratteri di spaziatura. Se la query è più lunga, viene visualizzato il seguente errore: The query is too large. Per rispettare questo limite, ti consigliamo di sostituire array o elenchi di grandi dimensioni con parametri di query e di suddividere una query lunga in più query nella sessione.
Dimensione massima delle query SQL legacy non risolte 256 kB Una query SQL precedente non risolta può avere una dimensione massima di 256 KB. Se la query è più lunga, viene visualizzato il seguente errore: The query is too large. Per rispettare questo limite, valuta la possibilità di sostituire array o elenchi di grandi dimensioni con parametri di query.
Lunghezza massima delle query GoogleSQL non risolte 1 MB Una query GoogleSQL non risolta può avere una dimensione massima di 1 MB. Se la query è più lunga, viene visualizzato il seguente errore: The query is too large. Per rimanere entro questo limite, valuta la possibilità di sostituire array o elenchi di grandi dimensioni con una query parametri.
Lunghezza massima delle query legacy e GoogleSQL risolte 12 MB Il limite di dimensioni della query risolta include tutte le viste e le tabelle con caratteri jolly a cui fa riferimento la query.
Numero massimo di parametri di ricerca GoogleSQL 10.000 parametri Una query GoogleSQL può avere fino a 10.000 parametri.
Dimensione massima della richiesta 10 MB Le dimensioni della richiesta possono essere fino a 10 MB, incluse proprietà aggiuntive come parametri di ricerca.
Dimensioni massime della risposta 10 GB compressi Le dimensioni variano in base ai rapporti di compressione dei dati. La dimensione effettiva della risposta potrebbe essere sensibilmente maggiore di 10 GB. La dimensione massima della risposta è illimitata quando si scrivono risultati di query di grandi dimensioni su una tabella di destinazione.
Dimensione massima della riga 100 MB La dimensione massima della riga è è approssimativo perché il limite si basa sulla rappresentazione interna dei dati di riga. La dimensione massima della riga viene applicata durante alcune fasi dell'esecuzione del job di query.
Numero massimo di colonne in una tabella, un risultato di query o una definizione di vista 10.000 colonne Una tabella, un risultato di query o una definizione di vista può avere fino a 10.000 colonne.
Numero massimo di slot contemporanei per i prezzi on demand 2000 slot per progetto

20.000 slot per organizzazione 		Con i prezzi on demand, il tuo progetto può avere fino a 2000 slot contemporanei. Esiste anche un limite di 20.000 slot simultanei a livello di organizzazione. BigQuery tenta di allocare gli slot in modo equo tra i progetti all'interno di un'organizzazione se la loro domanda totale è superiore a 20.000 slot. Gli slot di BigQuery vengono condivisi fra tutte le query in un singolo progetto. BigQuery potrebbe consentire il bursting oltre tale limite per accelerare le query. Per verificare quanti slot stai utilizzando, consulta la documentazione sul monitoraggio di BigQuery tramite Cloud Monitoring.
Utilizzo massimo della CPU per i dati sottoposti a scansione per i prezzi on demand 256 secondi di CPU per MiB scansionato Con i prezzi on demand, la query può utilizzare fino a circa 256 secondi di CPU per MiB di dati scansionati. Se la query consuma troppo CPU per la quantità di dati durante l'elaborazione, la query ha esito negativo con billingTierLimitExceeded errore. Per ulteriori informazioni, vedi billingTierLimitExceeded.
Mutazioni della tabella delle transazioni multi-istruzione 100 tabelle Un transazione può mutare i dati in al massimo 100 tabelle.
Modifiche alla partizione delle transazioni con più istruzioni 100.000 modifiche alle partizioni Una transazione può eseguire al massimo 100.000 modifiche delle partizioni.
Dimensioni massime dei risultati di query di BigQuery Omni 20 GiB non compressi La dimensione massima del risultato è 20 GB di byte logici quando esegui query su dati di Azure o AWS. Se il risultato della query è superiore a 20 GiB, valuta la possibilità di esportare i risultati per Amazon S3 o Archiviazione BLOB. Per ulteriori informazioni, consulta la sezione Limiti di BigQuery Omni.
Dimensioni totali dei risultati delle query di BigQuery Omni al giorno 1 TB Le dimensioni totali dei risultati di query per un progetto sono pari a 1 TB al giorno. Per ulteriori informazioni, consulta la sezione Limiti di BigQuery Omni.
Dimensione massima delle righe di BigQuery Omni 10 MiB La dimensione massima della riga è 10 MiB durante l'esecuzione di query Azure o AWS e i dati di Google Cloud. Per ulteriori informazioni, consulta la sezione Limiti di BigQuery Omni.

Sebbene le query pianificate utilizzino funzionalità BigQuery Data Transfer Service, le query pianificate non sono trasferimenti e non sono soggette limiti dei job di caricamento.

Job di esportazione

I seguenti limiti si applicano ai job che esportare i dati da BigQuery utilizzando lo strumento a riga di comando bq, la console Google Cloud oppure il tipo di esportazione jobs.insert API.

Limite Predefinito Note
Numero massimo di byte esportati al giorno 50 TiB Puoi esportare fino a 50 TiB (Tebibyte) di dati al giorno da un progetto senza costi utilizzando il pool di slot condiviso. Puoi configurare una configurazione di Cloud Monitoring criterio di avviso che invia una notifica relativa al numero di byte esportati. Per esportare più di 50 TiB(Tebibyte) di dati al giorno, esegui una delle seguenti:
Numero massimo di job di esportazione al giorno 100.000 esportazioni In un progetto puoi eseguire fino a 100.000 esportazioni al giorno. Per eseguire più di 100.000 esportazioni al giorno, svolgi una delle seguenti operazioni:
Dimensione massima della tabella esportata in un singolo file 1 GB Puoi esportare fino a 1 GB di dati di tabelle in un singolo file. Per esportare più di 1 GB di dati, utilizza un carattere jolly per esportare i dati in più file. Quando esporti in più file, la dimensione dei file può variare. In alcuni casi, la dimensione dei file di output è superiore a 1 GB.
URI con caratteri jolly per esportazione 500 URI Un'esportazione può avere fino a 500 URI con caratteri jolly.

Per ulteriori informazioni su come visualizzare l'utilizzo attuale dei job di esportazione, vedi Visualizzare l'utilizzo attuale delle quote.

Job di caricamento

I seguenti limiti si applicano quando caricare dati in BigQuery, utilizzando Console Google Cloud, lo strumento a riga di comando bq o la configurazione jobs.insert API.

Limite Predefinito Note
Job di caricamento per tabella al giorno 1500 job I job di caricamento, inclusi quelli non riusciti, vengono conteggiati ai fini del limite sul numero di operazioni per tabella al giorno per la tabella di destinazione. Per informazioni sui limiti relativi al numero di operazioni della tabella al giorno per le tabelle standard e le tabelle partizionate, consulta Tabelle.
Job di caricamento al giorno 100.000 job Il progetto viene reintegrato con una quota massima di 100.000 job di caricamento ogni 24 ore. I job di caricamento non riusciti vengono conteggiati ai fini di questo limite. In alcuni casi, è possibile eseguire più applicazioni di 100.000 job di caricamento in 24 ore se la quota del giorno precedente è non completamente utilizzato.
Numero massimo di colonne per tabella 10.000 colonne Una tabella può contenere fino a 10.000 colonne.
Dimensioni massime per job di caricamento 15 TB Le dimensioni totali di tutti i file di input CSV, JSON, Avro, Parquet e ORC possono arrivare fino a 15 TB.
Numero massimo di URI di origine nella configurazione del job 10.000 URI Una configurazione del job può avere fino a 10.000 URI di origine.
Numero massimo di file per job di caricamento 10.000.000 file Un job di caricamento può avere fino a 10 milioni di file totali, inclusi tutti i file che corrispondono a tutti gli URI con caratteri jolly.
Numero massimo di file nel bucket Cloud Storage di origine Circa 60.000.000 di file Un job di caricamento può leggere da un bucket Cloud Storage contenente fino a circa 60.000.000 di file.
Limite di tempo di esecuzione del job di caricamento 6 ore Un job di caricamento non va a buon fine se viene eseguito per più di sei ore.
Avro: dimensione massima dei blocchi di dati dei file 16 MB Il limite per le dimensioni dei blocchi di dati dei file Avro è 16 MB.
CSV: dimensione massima della cella 100 MB Le celle CSV possono avere una dimensione massima di 100 MB.
CSV: dimensioni massime della riga 100 MB Le righe CSV possono avere una dimensione massima di 100 MB.
CSV: dimensione massima del file - compresso 4 GB Il limite per le dimensioni di un file CSV compresso è 4 GB.
CSV: dimensioni massime del file non compresso 5 TB Il limite per le dimensioni di un file CSV non compresso è 5 TB.
JSON delimitato da nuova riga (ndJSON): dimensione massima della riga 100 MB Le righe ndJSON possono avere una dimensione massima di 100 MB.
ndJSON: dimensione massima del file compresso 4 GB Il limite di dimensioni per un file ndJSON compresso è 4 GB.
ndJSON: dimensione massima del file non compresso 5 TB Il limite per le dimensioni di un file ndJSON non compresso è di 5 TB.

Se superi regolarmente i limiti dei job di caricamento a causa di aggiornamenti frequenti, ti consigliamo di caricare i dati in streaming in BigQuery.

Per informazioni sulla visualizzazione dell'utilizzo attuale dei job di caricamento, consulta Visualizzare l'utilizzo attuale della quota.

Considerazioni sulla quota del job di caricamento di BigQuery Data Transfer Service

I job di caricamento creati dai trasferimenti di BigQuery Data Transfer Service sono inclusi nelle quote di BigQuery sui job di caricamento. È importante considerare quanti trasferimenti si abilitano in ciascun progetto per impedire che trasferimenti e altri job di caricamento restituiscano errori di tipo quotaExceeded.

Puoi utilizzare la seguente equazione per stimare il numero di job di caricamento richiesti dai tuoi trasferimenti:

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

Dove:

  • Number of transfers è il numero di configurazioni di trasferimento che abiliti nel tuo progetto.

  • Number of tables è il numero di tabelle create da ogni tipo di trasferimento specifico. Il numero di tabelle varia in base al tipo di trasferimento:

    • I trasferimenti di Campaign Manager creano circa 25 tabelle.
    • I trasferimenti di Google Ads creano circa 60 tabelle.
    • I trasferimenti di Google Ad Manager creano circa 40 tabelle.
    • I trasferimenti di Google Play creano circa 25 tabelle.
    • I trasferimenti di Search Ads 360 creano circa 50 tabelle.
    • I trasferimenti di YouTube creano circa 50 tabelle.

  • Schedule frequency indica la frequenza di esecuzione del trasferimento. Per ogni tipo di trasferimento, vengono fornite le programmazioni di esecuzione:

  • Refresh window è il numero di giorni da includere nel trasferimento dei dati. Se immetti 1, il backfill giornaliero non viene eseguito.

Job di copia

I seguenti limiti si applicano ai job BigQuery per la copia di tabelle, inclusi i job che creano una copia, un clone o uno snapshot di una tabella standard, di un clone di tabella o di uno snapshot di tabella. I limiti si applicano ai job creati utilizzando la console Google Cloud, lo strumento a riga di comando bq o il metodo jobs.insert che specifica il campo copy nella configurazione del job. I job di copia vengono conteggiati ai fini di questi limiti, indipendentemente dal fatto che vengano completati o meno.

Limite Predefinito Note
Copia job per tabella di destinazione al giorno Consulta Operazioni per tabella al giorno.
Job di copia al giorno 100.000 job Il progetto può eseguire fino a 100.000 job di copia al giorno.
Job di copia tra regioni per tabella di destinazione al giorno 100 job Il progetto può eseguire fino a 100 job di copia tra regioni per una tabella di destinazione al giorno.
Job di copia tra regioni al giorno 2000 job Il progetto può eseguire fino a 2000 job di copia tra regioni al giorno.
Numero di tabelle di origine da copiare 1200 tabelle di origine Puoi copiare da un massimo di 1200 tabelle di origine per job di copia.

Per informazioni su come visualizzare l'utilizzo attuale dei job di copia, consulta Job di copia - Visualizzare l'utilizzo attuale della quota.

I seguenti limiti si applicano Copia di set di dati:

Limite Predefinito Note
Numero massimo di tabelle nel set di dati di origine 20.000 tabelle Un set di dati di origine può contenere fino a 20.000 tabelle.
Numero massimo di tabelle che possono essere copiate per esecuzione in una destinazione set di dati nella stessa regione 20.000 tabelle Il progetto può copiare 20.000 tabelle per esecuzione in un set di dati di destinazione che si trova nella stessa regione.
Numero massimo di tabelle che possono essere copiate per esecuzione in un set di dati di destinazione in una regione diversa 1000 tabelle Il progetto può copiare 1000 tabelle per esecuzione in un set di dati di destinazione in una regione diversa. Ad esempio, se configuri una copia tra regioni di un set di dati con 8000 tabelle, quindi BigQuery Data Transfer Service crea automaticamente otto esecuzioni in modo sequenziale. La prima esecuzione copia 1000 tabelle. 24 ore dopo, la seconda esecuzione copia 1000 tabelle. Questo processo continua fino a quando non vengono copiate tutte le tabelle del set di dati, fino al massimo di 20.000 tabelle per set di dati.

Prenotazioni

Le seguenti quote si applicano prenotazioni:

Quota Predefinito Note
Numero totale di slot per la regione UE 5000 slot Il numero massimo di slot BigQuery che puoi acquistare in più regioni UE utilizzando la console Google Cloud.
Visualizza le quote nella console Google Cloud
Numero totale di slot per la regione degli Stati Uniti 10.000 slot Il numero massimo di slot BigQuery che puoi acquistare nella località multiregionale degli Stati Uniti, utilizzando la console Google Cloud.
Visualizza le quote nella console Google Cloud
Numero totale di slot per la regione us-east1 4000 slot Il numero massimo di slot BigQuery che puoi acquistare nella regione indicata utilizzando la console Google Cloud.
Visualizza le quote nella console Google Cloud
Numero totale di slot per le seguenti regioni:
  • asia-south1
  • asia-southeast1
  • europe-west2
  • us-central1
  • us-west1
 2000 slot Il numero massimo di slot BigQuery che puoi acquistare in ciascuna delle regioni elencate utilizzando la console Google Cloud.
Visualizza le quote nella console Google Cloud
Numero totale di slot per le seguenti regioni:
  • asia-east1
  • asia-northeast1
  • asia-northeast3
  • asia-southeast2
  • australia-southeast1
  • europe-north1
  • europe-west1
  • europe-west3
  • europe-west4
  • northamerica-northeast1
  • us-east4
  • southamerica-east1
 1000 slot Il numero massimo di slot BigQuery che puoi acquistare in ognuna delle regioni elencate usando la console Google Cloud.
Visualizzare le quote nella console Google Cloud
Numero totale di slot per le regioni BigQuery Omni 100 slot Il numero massimo di slot BigQuery che puoi acquistare nelle regioni BigQuery Omni utilizzando la console Google Cloud.
Visualizza le quote nella console Google Cloud
Numero totale di slot per tutte le altre regioni 500 slot Il numero massimo di slot BigQuery che puoi acquistare in ogni altra regione utilizzando la console Google Cloud.
Visualizza le quote nella console Google Cloud

Ai prenotazioni si applicano i seguenti limiti:

Limite Valore Note
Numero di progetti di amministrazione per le prenotazioni di slot 5 progetti per organizzazione Il numero massimo di progetti all'interno di un'organizzazione che possono contenere un oggetto una prenotazione o un impegno attivo per slot per una determinata località; regione.
Numero massimo di prenotazioni della versione standard 10 prenotazioni per progetto Il numero massimo di prenotazioni della versione standard per progetto di amministrazione all'interno di un'organizzazione per una determinata località/regione.
Numero massimo di prenotazioni per la versione Enterprise o Enterprise Plus 200 prenotazioni per progetto Il numero massimo di prenotazioni della versione Enterprise o Enterprise Plus per progetto di amministrazione all'interno di un'organizzazione per una determinata località / regione.
Numero massimo di slot in una prenotazione associata a un'assegnazione della prenotazione con un tipo di job CONTINUOUS. 500 slot Quando vuoi creare un'assegnazione di prenotazione con un tipo di job CONTINUOUS, la prenotazione associata non può avere più di 500 slot.

Set di dati

Ai set di dati BigQuery si applicano i seguenti limiti:

Limite Predefinito Note
Numero massimo di set di dati Illimitato Non è previsto alcun limite al numero di set di dati che un progetto può avere.
Numero di tabelle per set di dati Illimitato Quando utilizzi una chiamata API, le prestazioni della creazione di elenchi rallentano man mano che ti avvicini a 50.000 tabelle in un set di dati. La console Google Cloud può visualizzare fino a 50.000 tabelle per ogni set di dati.
Numero di risorse autorizzate nell'elenco di controllo di accesso di un set di dati 2500 risorse L'elenco di controllo dell'accesso di un set di dati può avere fino a 2500 totali autorizzati di risorse, tra cui viste autorizzate, set di dati autorizzati, e funzioni autorizzate. Se superi questo limite a causa di un numero elevato di visualizzazioni autorizzate, ti consigliamo di raggrupparle in set di dati autorizzati.
Numero di operazioni di aggiornamento del set di dati per set di dati ogni 10 secondi 5 operazioni Il progetto può eseguire fino a cinque operazioni di aggiornamento dei set di dati ogni 10 secondi. Il limite di aggiornamento del set di dati include tutte le operazioni di aggiornamento dei metadati eseguite da quanto segue:
Lunghezza massima della descrizione di un set di dati 16.384 caratteri Quando aggiungi una descrizione a un set di dati, il testo può contenere al massimo 16.384 caratteri.

Tabelle

Tutte le tabelle

I seguenti limiti si applicano a tutte le tabelle BigQuery.

Limite Predefinito Note
Lunghezza massima del nome di una colonna 300 caratteri Il nome della colonna può contenere al massimo 300 caratteri.
Lunghezza massima della descrizione di una colonna 1024 caratteri Quando aggiungi una descrizione a una colonna, il testo può contenere al massimo 1024 caratteri.
Profondità massima dei record nidificati 15 livelli Le colonne di tipo RECORD possono contenere tipi RECORD nidificati, chiamati anche record secondari. Il limite massimo di profondità nidificata è 15 livelli. Questo limite è indipendente dal fatto che i record siano scalari o basati su array (ripetuti).

Tabelle standard

I seguenti limiti si applicano allo standard BigQuery (integrato) tabelle:

Limite Predefinito Note
Modifiche della tabella al giorno 1500 modifiche

Il progetto può apportare fino a 1500 modifiche alla tabella al giorno, indipendentemente dal fatto che la modifica aggiunga dati, li aggiorni o tronchi la tabella. Questo limite non può essere modificato e include il totale combinato di tutti i job di caricamento, job di copia e job di query che aggiungono dati a una tabella di destinazione o la sovrascrivono.

Le istruzioni DML non vengono conteggiate ai fini del numero di modifiche alla tabella al giorno.

I flussi di dati non vengono conteggiati ai fini del numero di tabelle modifiche al giorno.
Frequenza massima delle operazioni di aggiornamento dei metadati delle tabelle per tabella 5 operazioni ogni 10 secondi Il progetto può eseguire fino a cinque operazioni di aggiornamento dei metadati delle tabelle ogni 10 secondi per tabella. Questo limite si applica a tutte le operazioni di aggiornamento dei metadati delle tabelle, eseguite da quanto segue: Questo limite include anche il totale combinato di tutti i job di caricamento, e i job di query che aggiungono o sovrascrivono una tabella di destinazione o che utilizzano un file DML DELETE, INSERT, MERGE Istruzioni TRUNCATE TABLE o UPDATE per scrivere in una tabella. Tieni presente che le istruzioni DML vengono conteggiate ai fini di questo limite, ma non sono soggette a questo limite se viene raggiunto. Le operazioni DML hanno limiti di frequenza dedicati.

Se superi questo limite, viene visualizzato un messaggio di errore come Exceeded rate limits: too many table update operations for this table. Questo errore è temporaneo; puoi riprovare con un backoff esponenziale.

Per identificare le operazioni che vengono conteggiate ai fini di questo limite, puoi esaminare i log. Per indicazioni su come diagnosticare e risolvere questo errore, consulta l'articolo Risolvere gli errori di quota.

Numero massimo di colonne per tabella 10.000 colonne Ogni tabella, risultato della query o la definizione della vista può avere fino a 10.000 colonne.

Tabelle esterne

I seguenti limiti si applicano alle tabelle BigQuery con dati archiviati in Cloud Storage in formato Parquet, ORC, Avro, CSV o JSON:

Limite Predefinito Note
Numero massimo di URI di origine per tabella esterna 10.000 URI Ogni tabella esterna può avere fino a 10.000 URI di origine.
Numero massimo di file per tabella esterna 10.000.000 file Una tabella esterna può contenere fino a 10 milioni di file, inclusi tutti che corrispondono a tutti gli URI con caratteri jolly.
Dimensione massima dei dati archiviati in Cloud Storage per tabella esterna 600 TB Una tabella esterna può avere fino a 600 terabyte in tutti i file di input. Questo limite si applica alle dimensioni dei file archiviati in Cloud Storage; queste dimensioni non coincidono con quelle utilizzate nella formula per la determinazione dei prezzi delle query. Per esterno partizionate, il limite viene applicato dopo l'eliminazione della partizione.
Numero massimo di file nel bucket Cloud Storage di origine Circa 60.000.000 file Una tabella esterna può fare riferimento a un bucket Cloud Storage contenente fino a circa 60.000.000 di file. Per le tabelle partizionate esternamente, questo limite viene applicato prima dell'eliminazione delle partizioni.

Tabelle partizionate

I seguenti limiti si applicano alle tabelle partizionate di BigQuery.

I limiti di partizione si applicano al totale combinato di tutte job di caricamento, job di copia e job di query che aggiungono o sovrascrivono una partizione di destinazione.

Un singolo job può interessare più partizioni. Ad esempio, job di query e caricamento possono scrivere su più partizioni.

BigQuery utilizza il numero di partizioni interessate da un job per calcolare la quantità di limite consumata dal job. Flussi di dati gli inserimenti non influiscono su questo limite.

Per informazioni sulle strategie per rimanere entro i limiti tabelle, consulta Risoluzione dei problemi relativi agli errori di quota

Limite Predefinito Note
Numero di partizioni per tabella partizionata 10.000 partizioni Ogni tabella partizionata può avere fino a 10.000 partizioni. Se superi questo limite, considera l'utilizzo di il clustering oltre al partizionamento o al suo posto.
Numero di partizioni modificate da un singolo job 4000 partizioni Ogni operazione di job (query o caricamento) può interessare fino a 4000 partizioni. BigQuery rifiuta qualsiasi job di query o caricamento che tenti di o modificare più di 4000 partizioni.
Numero di modifiche delle partizioni per tabella partizionata per data di importazione al giorno 5000 modifiche

Il progetto può apportare fino a 5000 modifiche alle partizioni al giorno. se la modifica aggiunge dati, aggiorna o tronca un una tabella partizionata per data di importazione.

Le istruzioni DML non vengono conteggiate ai fini del numero di modifiche delle partizioni al giorno.

Numero di modifiche delle partizioni per tabella partizionata per colonne al giorno 30.000 modifiche

Il progetto può apportare fino a 30.000 modifiche alle partizioni al giorno per una tabella partizionata per colonne.

Le istruzioni DML non vengono conteggiate ai fini del numero di modifiche delle partizioni al giorno.

I dati in streaming non vengono conteggiati ai fini del numero di modifiche delle partizioni al giorno.
Frequenza massima delle operazioni di aggiornamento dei metadati delle tabelle per tabella partizionata 50 modifiche ogni 10 secondi Il progetto può apportare fino a 50 modifiche per tabella partizionata ogni per 10 secondi. Questo limite si applica a tutte le operazioni di aggiornamento dei metadati delle tabelle divise, eseguite da quanto segue: Questo limite include anche il totale combinato di tutti i job di caricamento, e i job di query che aggiungono o sovrascrivono una tabella di destinazione o che utilizzano un file DML DELETE, INSERT, MERGE Istruzioni TRUNCATE TABLE o UPDATE per scrivere in una tabella.

Se superi questo limite, viene visualizzato un messaggio di errore simile a Exceeded rate limits: too many partitioned table update operations for this table. Questo errore è temporaneo; puoi riprovare con un backoff esponenziale.

Per identificare le operazioni che vengono conteggiate ai fini di questo limite, puoi esaminare i log.

Numero di intervalli possibili per il partizionamento degli intervalli 10.000 intervalli Una tabella partizionata per intervallo può avere fino a 10.000 intervalli possibili. Questo limite si applica alla specifica della partizione quando crei tabella. Dopo aver creato la tabella, il limite si applica anche ai il numero di partizioni esistenti.

Cloni da tavola

I seguenti limiti si applicano ai cloni di tabelle BigQuery:

Limite Predefinito Note
Numero massimo di cloni e snapshot in una catena 3 cloni di tabelle o snapshot Le combinazioni di cloni e istantanee sono limitate a una profondità di 3. Quando cloni o crei snapshot di una tabella di base, puoi: clonare o creare snapshot del risultato solo altre due volte; di clonare o clonare creare uno snapshot del risultato che genera per la terza volta un errore. Ad esempio, puoi crea il clone A della tabella di base, crea lo snapshot B del clone A e crea clone C dello snapshot B. Per creare altri duplicati del clone o dello snapshot di terzo livello, utilizza un'operazione di copia.
Numero massimo di cloni e snapshot per una tabella di base 1000 cloni o snapshot di tabelle Non puoi avere più di 1000 cloni e snapshot esistenti combinati di una determinata tabella di base. Ad esempio, se hai 600 snapshot e 400 cloni, raggiungi il limite.

Snapshot tabella

A BigQuery si applicano i limiti seguenti snapshot delle tabelle:

Limite Predefinito Note
Numero massimo di job di snapshot delle tabelle simultanei 100 job Il progetto può eseguire fino a 100 job di snapshot delle tabelle simultanei.
Numero massimo di job di snapshot delle tabelle al giorno 50.000 job Il progetto può eseguire fino a 50.000 job di snapshot delle tabelle al giorno.
Numero massimo di job di snapshot della tabella per tabella al giorno 50 job Il progetto può eseguire fino a 50 job di snapshot delle tabelle per tabella al giorno.
Numero massimo di aggiornamenti dei metadati per snapshot di tabella ogni 10 secondi. 5 aggiornamenti Il progetto può aggiornare i metadati di uno snapshot di tabella fino a cinque volte ogni 10 secondi.
Numero massimo di cloni e snapshot in una catena 3 cloni di tabelle o snapshot Cloni e snapshot in combinazione sono limitate a una profondità di 3. Quando cloni o acquisisci un'istantanea di una tabella di base, puoi eseguire la clonazione o acquisire un'istantanea del risultato solo altre due volte. Il tentativo di eseguire la clonazione o acquisire un'istantanea del risultato una terza volta genera un errore. Ad esempio, puoi crea il clone A della tabella di base, crea lo snapshot B del clone A e crea clone C dello snapshot B. Per creare altri duplicati del clone o dello snapshot di terzo livello, utilizza un'operazione di copia.
Numero massimo di cloni e istantanee per una tabella di base 1000 cloni o snapshot di tabelle Non puoi avere più di 1000 cloni e snapshot esistenti combinati di una determinata tabella di base. Ad esempio, se hai 600 snapshot e 400 cloni, raggiungi il limite.

Visualizzazioni

Alle viste si applicano le quote e i limiti seguenti e le viste materializzate.

Viste logiche

I seguenti limiti si applicano alle visualizzazioni standard di BigQuery:

Limite Predefinito Note
Numero massimo di livelli di visualizzazione nidificati 16 livelli BigQuery supporta fino a 16 livelli di viste nidificate. È possibile creare visualizzazioni fino a questo limite, ma l'esecuzione di query è limitata a 15 livelli. Se il limite viene superato, BigQuery restituisce INVALID_INPUT errore.
Lunghezza massima di una query GoogleSQL utilizzata per definire una vista 256.000 caratteri Una singola query GoogleSQL che definisce una vista può avere dimensioni massime di 256 kB caratteri. Questo limite si applica a una singola query e non includi la lunghezza delle viste a cui si fa riferimento nella query.
Numero massimo di viste autorizzate per set di dati Consulta la sezione Set di dati.

Viste materializzate

A BigQuery si applicano i limiti seguenti viste materializzate:

Limite Predefinito Note
Riferimenti tabella di base (stesso set di dati) 20 viste materializzate A ogni tabella di base può essere fatto riferimento in un massimo di 20 viste materializzate dallo stesso set di dati.
Riferimenti tabella di base (stesso progetto) 100 viste materializzate A ogni tabella di base possono fare riferimento fino a 100 visualizzazioni materializzate dello stesso progetto.
Riferimenti tabella di base (intera organizzazione) 500 viste materializzate A ogni tabella di base possono fare riferimento fino a 500 visualizzazioni materializzate dell'intera organizzazione.
Numero massimo di viste autorizzate per set di dati Consulta la sezione Set di dati.

Indici di ricerca

I seguenti limiti si applicano agli indici di ricerca di BigQuery:

Limite Predefinito Note
Numero di CREATE INDEX istruzioni DDL per progetto per regione al giorno 500 operazioni Il tuo progetto può emettere fino a 500 operazioni DDL di CREATE INDEX ogni giorno all'interno di una regione.
Numero di istruzioni DDL dell'indice di ricerca per tabella al giorno 20 operazioni Il progetto può emettere fino a 20 operazioni DDL CREATE INDEX o DROP INDEX per tabella al giorno.
Dimensione totale massima dei dati della tabella per organizzazione consentita per la ricerca creazione dell'indice che non viene eseguita in una prenotazione 100 TB in più regioni; 20 TB in tutte le altre regioni Puoi creare un indice di ricerca per una tabella se le dimensioni complessive delle tabelle con indici nella tua organizzazione sono inferiori al limite della tua regione: 100 TB per le regioni multiple US e EU e 20 TB per tutte le altre regioni. Se i job di gestione dell'indice vengono eseguiti nella tua prenotazione, questo limite non si applica.

Indici vettoriali

A BigQuery si applicano i limiti seguenti indici vettoriali:

Limite Predefinito Note
Numero minimo di righe della tabella di base 5000 righe Per creare un indice vettoriale,una tabella deve avere almeno 5000 righe.
Numero massimo di righe della tabella di base 10.000.000.000 di righe per il tipo di indice IVF

200.000.000 per il tipo di indice TREE_AH		 Una tabella può avere al massimo 10.000.000.000 righe per creare un indice vettoriale IVF e 200.000.000 righe per creare un indice vettoriale TREE_AH.
Dimensione massima dell'array nella colonna indicizzata 1600 elementi La colonna da indicizzare può avere al massimo 1600 elementi nell'array.
Dimensioni minime della tabella per la popolazione degli indici vettoriali 10 MB Se crei un indice vettoriale su una tabella di dimensioni inferiori a 10 MB, significa che l'indice non viene compilato. Analogamente, se elimini i dati da un tabella indicizzata vettoriale in modo che le sue dimensioni siano inferiori a 10 MB, l'indice vettoriale è temporaneamente disabilitato. Ciò si verifica indipendentemente anche se utilizzi una tua prenotazione per i job di gestione degli indici. Quando le dimensioni di una tabella con indice vettoriale superano di nuovo i 10 MB, l'indice viene compilato automaticamente.
Numero di CREATE VECTOR INDEX istruzioni DDL per progetto per regione al giorno 500 operazioni Per ogni progetto, puoi emettere fino a 500 operazioni CREATE VECTOR INDEX al giorno per ogni regione.
Numero di istruzioni DDL per gli indici vettoriali per tabella al giorno 10 operazioni Puoi emettere fino a 10 operazioni CREATE VECTOR INDEX o DROP VECTOR INDEX per tabella al giorno.
Dimensioni totali massime dei dati della tabella per organizzazione consentite per la creazione di indici vettoriali che non vengono eseguiti in una prenotazione 6 TB Puoi creare un indice vettoriale per una tabella se le dimensioni totali delle tabelle con indici nella tua organizzazione sono inferiori a 6 TB. Se le tue i job di gestione degli indici vengono eseguiti tuo propria prenotazione, questo limite non si applica.

Routine

Alle routine si applicano le quote e i limiti seguenti.

Funzioni definite dall'utente

I seguenti limiti si applicano sia alle funzioni definite dall'utente temporanee che a quelle permanenti nelle query GoogleSQL.

Limite Predefinito Note
Output massimo per riga 5 MB La quantità massima di dati che la funzione JavaScript definita dall'utente può restituire quando l'elaborazione di una singola riga è di circa 5 MB.
Numero massimo di query SQL precedente simultanee con le funzioni JavaScript definite dall'utente 6 query Il progetto può contenere fino a sei query SQL legacy in parallelo che contengono funzioni definite dall'utente in JavaScript. Questo limite include le interazioni per le query batch. Questo limite non si applica alle query GoogleSQL.
Risorse UDF JavaScript massime per query 50 risorse Un job di query può avere fino a 50 risorse JavaScript delle funzioni definite dall'utente, come blob di codice inline o file esterni.
Dimensione massima del blob di codice in linea 32 kB Un BLOB di codice inline in una funzione definita dall'utente può avere una dimensione massima di 32 kB.
Dimensione massima di ogni risorsa di codice esterna 1 MB La dimensione massima di ogni risorsa di codice JavaScript è di 1 MB.

Ai seguenti limiti si applicano le funzioni definite dall'utente permanenti:

Limite Predefinito Note
Lunghezza massima del nome di una funzione definita dall'utente 256 caratteri Il nome di una funzione definita dall'utente può contenere fino a 256 caratteri.
Numero massimo di argomenti 256 argomenti Una UDF può avere fino a 256 argomenti.
Lunghezza massima del nome di un argomento 128 caratteri Il nome di un argomento della funzione definita dall'utente può contenere fino a 128 caratteri.
Profondità massima della catena di riferimento di una funzione definita dall'utente 16 riferimenti Una catena di riferimenti UDF può contenere fino a 16 riferimenti.
Profondità massima di un argomento o output di tipo STRUCT 15 livelli Un argomento o un output delle funzioni definite dall'utente STRUCT può essere al massimo 15 livelli.
Numero massimo di campi in STRUCT argomento o output di tipo per funzione definita dall'utente 1024 campi Un'UDF può avere fino a 1024 campi negli argomenti e nell'output di tipo STRUCT.
Numero massimo di librerie JavaScript in un CREATE FUNCTION dichiarazione 50 biblioteche Un'istruzione CREATE FUNCTION può avere fino a 50 librerie JavaScript.
Lunghezza massima dei percorsi della libreria JavaScript inclusi 5000 caratteri Il percorso di una libreria JavaScript inclusa in una funzione definita dall'utente può essere fino a 5000 caratteri.
Frequenza di aggiornamento massima per UDF ogni 10 secondi 5 aggiornamenti Il progetto può aggiornare una UDF fino a cinque volte ogni 10 secondi.
Numero massimo di funzioni UDF autorizzate per set di dati Vedi Set di dati.

Funzioni remote

I seguenti limiti si applicano funzioni remote in in BigQuery.

Limite Predefinito Note
Numero massimo di query in parallelo che contengono query funzioni 10 query Puoi eseguire fino a dieci query in parallelo con funzioni remote per progetto.
Dimensioni massime di input 5 MB La dimensione totale massima di tutti gli argomenti di input di una singola riga è 5 MB.
Limite di dimensione della risposta HTTP (funzioni Cloud Run 1ª generazione.) 10 MB Il corpo della risposta HTTP della funzione Cloud Run (1ª generazione.) è fino a 10 MB Il superamento di questo valore causa errori nella query.
Limite di dimensione della risposta HTTP (funzioni Cloud Run 2ª gen. o Cloud Run) 15 MB Corpo della risposta HTTP dalla funzione Cloud Run (2ª generazione) Cloud Run ha una dimensione massima di 15 MB. Il superamento di questo valore provoca errori di query.
Limite di tempo massimo per le chiamate HTTP (funzioni Cloud Run 1ª generazione.) 9 minuti Puoi impostare il tuo limite di tempo per la prima funzione di Cloud Run per una singola chiamata HTTP, ma il limite di tempo massimo è 9 minuti. Il superamento del limite di tempo impostato per la funzione Cloud Run (1ª gen.) può causare errori di chiamata HTTP ed errori di query.
Limite di tempo per le chiamate HTTP (Cloud Run Functions 2ª generazione o Cloud Run) 20 minuti Il limite di tempo per una singola chiamata HTTP al tuo Funzione Cloud Run (2ª generazione) o Cloud Run. Il superamento di questo valore può causare errori di chiamata HTTP e di query.
Numero massimo di nuovi tentativi di chiamata HTTP 20 Il numero massimo di nuovi tentativi per una singola chiamata HTTP alla funzione Cloud Run (1ª generazione. o 2ª generazione.) o a Cloud Run. Il superamento di questo valore può causare errori di chiamata HTTP e di query.

Funzioni tabella

A BigQuery si applicano i limiti seguenti funzioni di tabella:

Limite Predefinito Note
Lunghezza massima del nome di una funzione della tabella 256 caratteri Il nome di una funzione di tabella può contenere fino a 256 caratteri.
Lunghezza massima del nome di un argomento 128 caratteri Il nome dell'argomento di una funzione di tabella può avere una lunghezza massima di 128 caratteri.
Numero massimo di argomenti 256 argomenti Una funzione tabella può avere fino a 256 argomenti.
Profondità massima della catena di riferimento di una funzione tabella 16 riferimenti Una catena di riferimenti di funzioni di tabella può contenere fino a 16 riferimenti.
Profondità massima di un argomento o output di tipo STRUCT 15 livelli Un argomento STRUCT per una funzione di tabella può contenere fino a 15 livelli più profondi. Analogamente, un record STRUCT in una tabella l'output della funzione può raggiungere un massimo di 15 livelli.
Numero massimo di campi nell'argomento o nella tabella di ritorno di tipo STRUCT per funzione tabella 1024 campi Un argomento STRUCT per Una funzione di tabella può avere fino a 1024 campi. Analogamente, un record STRUCT nell'output di una funzione di tabella può avere fino a 1024 campi.
Numero massimo di colonne nella tabella restituita 1024 colonne Una tabella restituita da una tabella può avere fino a 1024 colonne.
Lunghezza massima dei nomi delle colonne della tabella di ritorno 128 caratteri I nomi delle colonne nelle tabelle restituite possono contenere fino a 128 caratteri.
Numero massimo di aggiornamenti per funzione di tabella ogni 10 secondi 5 aggiornamenti Il progetto può aggiornare una funzione di tabella fino a cinque volte ogni 10 secondi.

Stored procedure per Apache Spark

I seguenti limiti si applicano alle stored procedure BigQuery per Apache Spark:

Limite Predefinito Note
Numero massimo di query di stored procedure simultanee 50 Puoi eseguire fino a 50 query di stored procedure simultanee per ogni progetto.
Numero massimo di CPU in uso 12.000 Puoi utilizzare fino a 12.000 CPU per ogni progetto. Le query già elaborate non consumano questo limite.

Puoi utilizzare fino a 2400 CPU per ogni località per ogni progetto, ad eccezione delle seguenti località:

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

In queste località puoi utilizzare fino a 500 CPU per ogni località per ogni progetto.

Se esegui query in parallelo in una località a più regioni e in una singola regione località che si trova nella stessa area geografica, le query potrebbero la stessa quota di CPU in parallelo.
Dimensione totale massima dei dischi permanenti standard in uso 204,8 TB

Puoi utilizzare fino a 204,8 TB di dischi persistenti standard per ogni località per ogni progetto. Le query già elaborate non consumano questo limite.

Se esegui query simultanee in una località multiregione e in una località singola regione che si trova nella stessa area geografica, le query potrebbero consumare la stessa quota di dischi permanenti standard.

Notebooks

A tutti i notebook in BigQuery si applicano tutte le quote e i limiti di Dataform e le quote e i limiti di Colab Enterprise. Si applicano anche i seguenti limiti:

Limite Predefinito Note
Dimensioni massime del blocco note 20 MB

Le dimensioni di un notebook corrispondono al totale dei contenuti, dei metadati e dell'overhead di codifica.

Puoi visualizzare le dimensioni dei contenuti del blocco note espandendo l'intestazione del blocco note, facendo clic Visualizza, quindi fai clic su Informazioni blocco note.
Numero massimo di richieste al secondo a Dataform 100 Notebooks vengono creati e gestiti tramite Dataform. Qualsiasi azione che crea o modifica un blocco note viene conteggiata ai fini del calcolo di questa quota. Questa quota è condivisa con le query salvate. Ad esempio, se apporti 50 modifiche ai blocchi note e 50 modifiche alle query salvate in un secondo, raggiungere la quota.

Query salvate

Tutte le quote e i limiti di Dataform si applicano query salvate. Si applicano inoltre i seguenti limiti:

Limite Predefinito Note
Dimensioni massime delle query salvate 10 MB
Numero massimo di richieste al secondo a Dataform 100 Le query salvate vengono create e gestite tramite Dataform. Qualsiasi azione che crei o modifichi una query salvata viene conteggiata ai fini di questa quota. Questa quota è condivisa con i blocchi note. Ad esempio, se apporti 50 modifiche ai blocchi note e 50 modifiche alle query salvate in un secondo, raggiungere la quota.

Data Manipulation Language (DML)

I seguenti limiti si applicano a BigQuery DML (Data Manipulation Language) estratti conto:

Limite Predefinito Note
Istruzioni DML al giorno Illimitato Il numero di istruzioni DML che il progetto può eseguire al giorno è illimitato.

Le istruzioni DML non vengono conteggiate ai fini del numero di modifiche alla tabella al giorno o del numero di modifiche alla tabella tabella partizionata al giorno per le tabelle partizionate.

Tieni presente le seguenti limitazioni delle istruzioni DML.
Istruzioni DML INSERT in parallelo per tabella al giorno 1500 estratti conto Le prime 1500 istruzioni INSERT vengono eseguiti immediatamente dopo l'invio. Una volta raggiunto questo limite, la concorrenza delle istruzioni INSERT che scrivono in una tabella è limitata a 10. Ulteriori istruzioni INSERT vengono aggiunte a in una coda PENDING. Fino a 100 istruzioni INSERT può essere messo in coda in una tabella in qualsiasi momento. Quando Istruzione INSERT completata, la prossima INSERT viene rimossa dalla coda ed eseguita.

Se devi eseguire istruzioni DML INSERT più spesso, valuta la possibilità di trasmettere i flussi di dati alla tabella utilizzando API Storage Scrivi.
Istruzioni DML con mutazioni in parallelo per tabella 2 estratti conto BigQuery esegue fino a due DML mutanti simultanei (UPDATE, DELETE e MERGE) per ogni tabella. Altre istruzioni DML con mutazioni per una tabella vengono messe in coda.
Istruzioni DML con modifica in coda per tabella 20 estratti conto Una tabella può avere fino a 20 istruzioni DML con modifica nella coda in attesa di essere eseguite. Se invii istruzioni DML mutanti aggiuntive per la tabella, le istruzioni non vengono eseguite.
Tempo massimo in coda per l'istruzione DML 6 ore Un'istruzione DML con priorità interattiva può attendere in coda fino a sei ore. Se l'istruzione non viene eseguita dopo sei ore, ha esito negativo.
Frequenza massima delle istruzioni DML per ogni tabella 25 istruzioni ogni 10 secondi Il progetto può eseguire fino a 25 istruzioni DML ogni 10 secondi per ogni tabella. A questo limite contribuiscono entrambe le istruzioni INSERT e DML mutanti.

Per ulteriori informazioni sulla modifica delle istruzioni DML, consulta INSERT Concorrenza DML e UPDATE, DELETE, MERGE Concorrenza DML.

Query con più istruzioni

I seguenti limiti si applicano query multi-istruzione in in BigQuery.

Limite Predefinito Note
Numero massimo di query con più istruzioni in parallelo 1000 query con più istruzioni Il progetto può eseguire fino a 1000 query con più istruzioni simultanee.
Limite di tempo cumulativo 24 ore Il limite di tempo cumulativo per una query con più istruzioni è di 24 ore.
Limite di tempo istruzione 6 ore Il limite di tempo per una singola istruzione all'interno di un con più istruzioni è di 6 ore.

CTE ricorsive nelle query

I seguenti limiti si applicano alle espressioni della tabella comune (CTE) ricorsive in BigQuery.

Limite Predefinito Note
Limite di iterazioni 500 iterazioni La CTE ricorsiva può eseguire questo numero di iterazioni. Se questo limite viene superato, viene generato un errore. Per aggirare i limiti di iterazione, consulta Risolvere gli errori relativi al limite di iterazione.

Sicurezza a livello di riga

I seguenti limiti si applicano ai criteri di accesso a livello di riga di BigQuery:

Limite Predefinito Note
Numero massimo di criteri di accesso riga per tabella Norme relative ai codici 400 Una tabella può avere fino a 400 criteri di accesso alle righe.
Numero massimo di criteri di accesso alle righe per query Criteri 6000 Una query può accedere a un massimo di 6000 criteri di accesso alle righe.
Numero massimo di istruzioni DDL CREATE/DROP per criterio ogni 10 secondi 5 estratti conto Il progetto può effettuare fino a cinque istruzioni CREATE o DROP ogni 10 secondi per ogni risorsa del criterio di accesso alle righe.
DROP ALL ROW ACCESS POLICIES istruzioni per tabella per 10 secondi 5 estratti conto Il progetto può eseguire fino a cinque istruzioni DROP ALL ROW ACCESS POLICIES per tabella ogni 10 secondi.

Norme sui dati

I seguenti limiti si applicano mascheramento dei dati dinamici a livello di colonna:

Limite Predefinito Note
Numero massimo di criteri relativi ai dati per tag di criteri. 8 criteri per tag di criteri Fino a otto criteri dei dati per tag di criteri. Uno di questi criteri può essere utilizzato per i controlli di accesso a livello di colonna. Le espressioni di mascheramento duplicate non sono supportate.

BigQuery ML

I seguenti limiti si applicano a BigQuery ML.

Job di query

Tutte le quote e i limiti dei job di query si applicano a GoogleSQL in job di query che usano istruzioni e funzioni di BigQuery ML.

CREATE MODEL estratti conto

I seguenti limiti si applicano CREATE MODEL offerte di lavoro:

Limite Predefinito Note
CREATE MODEL query di istruzioni ogni 48 ore per ogni progetto 20.000 query con istruzioni Alcuni modelli vengono addestrati utilizzando servizi Vertex AI, che dispongono di una propria gestione delle risorse e delle quote.
Limite tempo di esecuzione 24 ore o 72 ore CREATE MODEL Il valore predefinito del timeout del job è 24 ore, ad eccezione dei job di serie temporali, AutoML e di ottimizzazione degli iperparametri, che hanno un timeout di 72 ore.

Funzioni di servizio Vertex AI e Cloud AI

I seguenti limiti si applicano alle funzioni che utilizzano Vertex AI per applicazioni linguistici di grandi dimensioni (LLM) e i servizi di IA di Cloud:

Funzione Richieste al minuto Righe per job Numero di job in esecuzione contemporaneamente
ML.GENERATE_TEXT quando utilizzi un modello remoto anziché un modello gemini-1.5-pro 60 21.600 5
ML.GENERATE_TEXT quando viene utilizzato un modello remoto anziché un modello gemini-1.5-flash 200 72.000 5
ML.GENERATE_TEXT quando utilizzi un modello remoto sul modello gemini-1.0-pro-vision nella regione us-central1 100 20.000 1
ML.GENERATE_TEXT quando viene utilizzato un modello remoto sul modello gemini-1.0-pro-vision in regioni diverse da us-central1 10 3600 1
ML.GENERATE_TEXT se utilizzi un modello remoto anziché un gemini-1.0-pro modello nella regione us-central1 300 108.000 5
ML.GENERATE_TEXT quando viene utilizzato un modello remoto su una Modello gemini-1.0-pro in regioni diverse da us-central1 10 3600 5
ML.GENERATE_TEXT quando viene utilizzato un modello remoto anziché un modello Anthropic Claude 30 10.800 5
ML.GENERATE_TEXT quando viene utilizzato un modello remoto su una text-bison modello 1600 576.000 5
ML.GENERATE_TEXT quando viene utilizzato un modello remoto su una text-bison-32 modello 300 108.000 5
ML.GENERATE_EMBEDDING se utilizzato con modelli remoti su modelli multimodalembedding di Vertex AI nelle regioni europee singole supportate 120 14.000 5
ML.GENERATE_EMBEDDING se utilizzato con modelli remoti su modelli Vertex AI multimodalembedding in regioni diverse dalle singole regioni europee supportate 600 25.000 5
ML.GENERATE_EMBEDDING se utilizzato con modelli remoti su modelli text-embedding e text-multilingual-embedding di Vertex AI nella regione us-central1 1500 2.700.000 1
ML.GENERATE_EMBEDDING se utilizzato con modelli remoti su modelli text-embedding e text-multilingual-embedding di Vertex AI in regioni diverse da us-central1 100 180.000 1
ML.PROCESS_DOCUMENT con documenti della media di una pagina 600 150.000 5
ML.PROCESS_DOCUMENT con documenti con una media di dieci pagine 600 100.000 5
ML.PROCESS_DOCUMENT con documenti di media cinquanta pagine 600 15.000 5
ML.TRANSCRIBE 200 10.000 5
ML.ANNOTATE_IMAGE 1800 648.000 5
ML.TRANSLATE 6000 2.160.000 5
ML.UNDERSTAND_TEXT 600 21.600 5

Per ulteriori informazioni sulla quota per gli LLM di Vertex AI e le API di servizi Cloud AI, consulta i seguenti documenti:

La quota di righe per job rappresenta il numero teorico massimo di righe che il sistema può gestire in un periodo di tempo di 6 ore. Il numero effettivo di messaggi elaborati dipende da molti altri fattori, tra cui le dimensioni di input e le condizioni della rete. Ad esempio, ML.TRANSCRIBE può elaborare più audio brevi che audio lunghi.

Per richiedere una quota maggiore per le funzioni di BigQuery ML, modifica la per il servizio LLM Vertex AI o Cloud AI associato, e poi inviare un'email all'indirizzo bqml-feedback@google.com e includere informazioni su la quota modificata per i servizi LLM o Cloud AI. Per ulteriori informazioni su come richiedere una quota maggiore per questi servizi, consulta Richiedere una quota maggiore.

Definizioni delle quote

Il seguente elenco descrive le quote che si applicano Le funzioni di servizio Vertex AI e Cloud AI:

  • Le funzioni che chiamano un modello di base di Vertex AI ne usano uno Quota Vertex AI, ovvero query per al minuto (QPM). In questo contesto, le query sono chiamate di richiesta dalla funzione all'API del modello Vertex AI. La quota QPM si applica a un modello e tutte le versioni, gli identificatori e le versioni ottimizzate di quel modello. Per per saperne di più sulle quote del modello di base Vertex AI, consulta Quote per regione e modello.
  • Le funzioni che chiamano un servizio Cloud AI utilizzano le quote di richiesta del servizio di destinazione. Per maggiori dettagli, consulta il riferimento sulle quote del servizio Cloud AI specificato.

  • BigQuery ML utilizza tre quote:

    • Richieste al minuto. Questa quota è il limite per il numero di richieste chiamate al minuto che le funzioni possono effettuare l'API del modello o del servizio di IA Cloud. Questo limite si applica a ogni progetto.

      Per le funzioni che chiamano un modello di base Vertex AI, il numero di chiamate di richiesta al minuto varia in base Endpoint, versione e regione del modello Vertex AI. Questa quota è concettualmente la stessa della quota QPM utilizzata da Vertex AI, ma potrebbe avere un valore inferiore rispetto alla quota QPM per un modello corrispondente.

    • Righe per job. Questa quota è il limite al numero di righe consentite per ogni job di query.

    • Numero di job in esecuzione contemporaneamente. Questa quota è il limite per progetto per il numero di query SQL che possono essere eseguite contemporaneamente per la funzione indicata.

Gli esempi seguenti mostrano come interpretare i limiti di quota nelle situazioni seguenti:

  • Ho una quota di 1000 QPM in Vertex AI, quindi una query 100.000 righe dovrebbero richiedere circa 100 minuti. Perché il job è più lungo?

    I runtime dei job possono variare anche per gli stessi dati di input. In Vertex AI, le chiamate di procedura remota (RPC) hanno priorità diverse per evitare un calo delle quote. Quando la quota non è sufficiente, le RPC con priorità inferiori rimangono in attesa e potrebbero non riuscire se l'elaborazione richiede troppo tempo.

  • Come devo interpretare le righe per quota di job?

    In BigQuery, una query può essere eseguita per un massimo di sei ore. La il numero massimo di righe supportate è una funzione di questa sequenza temporale e quota QPM di Vertex AI, per garantire BigQuery può completare l'elaborazione delle query in sei ore. Dal giorno in genere una query non può utilizzare l'intera quota, si tratta di un diverso dalla tua quota QPM moltiplicato per 360.

  • Cosa succede se eseguo un job di inferenza batch su una tabella con rispetto alla quota di righe per job, ad esempio 10.000.000 di righe?

    BigQuery elabora solo il numero di righe specificato dalla di righe per quota job. Ti vengono addebitate solo le chiamate API riuscite per quel numero di righe, anziché per tutte le 10.000.000 di righe della tabella. Per il resto delle righe, BigQuery risponde alla richiesta con un errore A retryable error occurred: the maximum size quota per query has reached, che viene restituito nella colonna status del risultato. Puoi utilizzare la modalità questo insieme di script SQL o questo pacchetto Dataform eseguire l'iterazione attraverso le chiamate di inferenza fino a quando tutte le righe sono stati elaborati correttamente.

  • Ho molte più righe da elaborare rispetto alla quota di righe per job. Marco suddividere le mie righe in più query ed eseguirle contemporaneamente aiuto?

    No, perché queste query utilizzano lo stesso modello di BigQuery ML la quota per le richieste al minuto e la quota QPM di Vertex AI. Se ci sono sono più query che rimangono tutte all'interno delle righe per quota e numero di job di job in esecuzione contemporaneamente, l'elaborazione cumulativa esaurisce di richieste per ogni minuto.

BI Engine

I seguenti limiti si applicano a BigQuery BI Engine.

Limite Predefinito Note
Dimensione massima della prenotazione per progetto per località (SQL Interface) 250 GiB Si applica quando si utilizza BI Engine con BigQuery. Si applica in tutti i casi, ad eccezione di Looker Studio senza integrazione nativa.
e
Puoi richiedere un aumento della capacità massima di prenotazione per i tuoi progetti. Gli aumenti delle prenotazioni sono disponibili nella maggior parte delle regioni e potrebbero richiedere da 3 giorni a una settimana.
Dimensione massima della prenotazione per progetto per località (Looker Studio) 100 GB Si applica quando si utilizza BI Engine con Looker Studio senza integrazione nativa. Questo limite non influisce sulle dimensioni delle tabelle su cui esegui query, poiché BI Engine carica in memoria solo le colonne utilizzate nelle query, non l'intera tabella.
Dimensioni massime del modello di dati per tabella (Looker Studio) 10 GB Si applica quando si utilizza BI Engine con Looker Studio senza integrazione nativa. Se disponi di una prenotazione di 100 GB per progetto per località, BI Engine limita la prenotazione per tabella a 10 GB. Quanto rimane disponibile della prenotazione viene utilizzato per altre tabelle nel progetto.
Partizioni massime per tabella (Looker Studio) 500 partizioni Si applica quando utilizzi BI Engine con Looker Studio senza integrazione nativa. BI Engine per Looker Studio supporta fino a un massimo di 500 partizioni per tabella.
Righe massime per query (Looker Studio) 150 milioni Si applica quando si utilizza BI Engine con Looker Studio senza integrazione nativa. BI Engine per Looker Studio supporta fino a 150 milioni di righe di dati sottoposti a query, a seconda della complessità della query.

Analytics Hub

I seguenti limiti si applicano ad Analytics Hub:

Limite Predefinito Note
Numero massimo di scambi di dati per progetto 500 piattaforme di scambio In un progetto puoi creare fino a 500 scambi di dati.
Numero massimo di schede per scambio di dati 1000 annunci Puoi creare fino a 1000 schede in uno scambio di dati.
Numero massimo di set di dati collegati per set di dati condiviso 1000 set di dati collegati Tutti gli abbonati ad Analytics Hub, combinati, possono avere un massimo di 1000 set di dati collegati per set di dati condiviso.

Quote e limiti delle API

Queste quote e questi limiti si applicano alle richieste dell'API BigQuery.

API BigQuery

Le seguenti quote si applicano alle richieste dell'API BigQuery (di base):

Quota Predefinito Note
Richieste al giorno Illimitato Il tuo progetto può inviare un numero illimitato di richieste all'API BigQuery al giorno.
Visualizza la quota nella console Google Cloud
Massimo tabledata.list byte al minuto 7,5 GB in regioni multiple; 3,7 GB in tutte le altre regioni Il progetto può restituire un massimo di 7,5 GB di dati delle righe di una tabella al minuto tramite tabledata.list nelle regioni multiple us e eu e 3,7 GB di dati delle righe di una tabella al minuto in tutte le altre regioni. Questa quota si applica al progetto che contiene la tabella letta. Altre API, tra cui jobs.getQueryResults e recupero risultati da jobs.query e Anche jobs.insert può utilizzare questa quota.
Visualizza la quota nella console Google Cloud

L'API BigQuery Storage Read può supportare un throughput notevolmente superiore rispetto a tabledata.list. Se hai bisogno di un throughput superiore a quello consentito da questa quota, ti consigliamo di utilizzare l'API BigQuery Storage Read.

I seguenti limiti si applicano alle richieste dell'API BigQuery (di base):

Limite Predefinito Note
Numero massimo di richieste API al secondo per utente per metodo 100 richieste Un utente può inviare fino a 100 richieste API al secondo a un metodo API. Se un utente invia più di 100 richieste al secondo a un metodo, può verificarsi il throttling. Questo limite non si applica agli inserimenti di flussi di dati.
Numero massimo di richieste API simultanee per utente 300 richieste Se un utente effettua più di 300 richieste in parallelo, è possibile che si verifichi una limitazione. Questo limite non si applica agli inserimenti di flussi di dati.
Dimensione massima dell'intestazione della richiesta 16 KiB La tua richiesta API BigQuery può essere fino a 16 KiB, inclusa la richiesta URL e tutte le intestazioni. Questo limite non si applica al corpo della richiesta, ad esempio in una richiesta POST.
Massimo jobs.get richieste al secondo 1000 richieste Il tuo progetto può effettuare fino a 1000 jobs.get richieste al secondo.
Massimo jobs.query dimensione della risposta 20 MB Per impostazione predefinita, non esiste un numero massimo di righe di dati restituiti da jobs.query per pagina di risultati. Tuttavia, non devi superare una dimensione massima di risposta di 20 MB. Puoi modificare il numero di righe da restituire utilizzando il parametro maxResults.
Dimensione massima della riga jobs.getQueryResults 20 MB La dimensione massima della riga è approssimativa perché il limite si basa sul rappresentazione interna dei dati di riga. Il limite viene applicato durante la transcodificazione.
Massimo projects.list richieste al secondo 2 richieste Il tuo progetto può effettuare fino a due richieste projects.list al secondo.
Numero massimo di tabledata.list richieste al secondo 1000 richieste Il tuo progetto può realizzare fino a 1000 tabledata.list come utilizzo della CPU, utilizzo della rete, richieste per secondo.
Numero massimo di righe per Risposta tabledata.list 100.000 righe Una chiamata tabledata.list può restituire fino a 100.000 righe della tabella. Per ulteriori informazioni, vedi Sfogliare i risultati utilizzando l'API.
Massimo Dimensione riga tabledata.list 100 MB La dimensione massima della riga è approssimativa perché il limite si basa sulla representation interna dei dati di riga. Il limite viene applicato durante la transcodificazione.
Massimo tables.insert richieste al secondo 10 richieste Il progetto può effettuare fino a 10 richieste tables.insert al secondo. Il metodo tables.insert crea un nuovo campo in una tabella vuota in un set di dati. Il limite include istruzioni SQL che creano come CREATE TABLE e che scrivono risultati nelle tabelle di destinazione.

API BigQuery Connection

Le seguenti quote si applicano alle richieste dell'API BigQuery Connection:

Quota Predefinito Note
Richieste di lettura al minuto 1000 richieste al minuto Il progetto può inviare fino a 1000 richieste al minuto ai metodi dell'API BigQuery Connection che leggono i dati di connessione.
Visualizza la quota nella console Google Cloud
Richieste di scrittura al minuto 100 richieste al minuto Il tuo progetto può effettuare fino a 100 richieste al minuto all'API BigQuery Connection che creano o aggiornano le connessioni.
Visualizza la quota nella console Google Cloud
Connessioni BigQuery Omni create al minuto 10 connessioni create al minuto Il progetto può creare fino a 10 connessioni BigQuery Omni totali su AWS e Azure al minuto.
La connessione BigQuery Omni utilizza 100 utilizzi di connessione al minuto Il progetto può utilizzare una connessione BigQuery Omni fino a 100 volte al minuto. Questo vale per le operazioni che utilizzano la tua connessione accedere all'account AWS, ad esempio eseguendo query su una tabella.

API BigQuery Migration

I seguenti limiti si applicano API BigQuery Migration:

Limite Predefinito Note
Dimensioni dei singoli file per la traduzione batch di SQL 10 MB Ogni singolo file di origine e metadati può avere una dimensione massima di 10 MB. Questo limite non si applica al file ZIP dei metadati prodotto dallo strumento di estrazione a riga di comando dwh-migration-dumper.
Dimensioni totali dei file di origine per la traduzione batch di SQL 1 GB La dimensione totale di tutti i file di input caricati su Cloud Storage può essere fino a 1 GB. Sono inclusi tutti i file di origine e tutti i file di metadati se scegli di includerli.
Dimensioni della stringa di input per la traduzione SQL interattiva 1 MB La stringa inserita per la traduzione SQL interattiva non deve superare i 1 MB. Quando esegui traduzioni interattive utilizzando l'API Translation, questo limite si applica alle dimensioni totali di tutti gli input di stringa.
Dimensione massima del file di configurazione per la traduzione SQL interattiva 50 MB I singoli file di metadati (compressi) e i file di configurazione YAML in Cloud Storage non devono superare i 50 MB. Se le dimensioni del file superano i 50 MB, il traduttore interattivo salta il file di configurazione durante la traduzione e genera un messaggio di errore. Un metodo per ridurre la dimensione del file di metadati deve utilizzare —database o –schema per filtrare i dati in base ai database quando generi i metadati.

Le seguenti quote si applicano all'API BigQuery Migration. Le seguenti nella maggior parte dei casi si applicano i valori predefiniti. I valori predefiniti per il tuo progetto potrebbero essere diverso:

Quota Predefinito Note

Richieste di elenco dei servizi di migrazione EDW al minuto

Richieste di elenchi di servizi EDWMigration al minuto per utente

12.000 richieste

2500 richieste

Il tuo progetto può effettuare fino a 12.000 richieste di elenco dell'API Migration al minuto.

Ogni utente può effettuare fino a 2500 richieste di elenchi API di migrazione al minuto.

Visualizza le quote nella console Google Cloud

Richieste di recupero al minuto dal servizio di migrazione EDW

Richieste di recupero del servizio di migrazione EDW al minuto per utente

25.000 richieste

2500 richieste

Il progetto può effettuare fino a 25.000 richieste GET dell'API Migration al minuto.

Ogni utente può effettuare fino a 2500 richieste Get dell'API di migrazione per minuto.

Visualizza le quote nella console Google Cloud

Altre richieste al servizio EDWMigration al minuto

Altre richieste del servizio EDWMigration al minuto per utente

25 richieste

5 richieste

Il progetto può effettuare fino a 25 altre richieste dell'API Migration al minuto.

Ogni utente può effettuare fino a 5 altre richieste all'API Migration al minuto.

Visualizza le quote nella console Google Cloud

Richieste di traduzione SQL interattiva al minuto

Richieste di traduzione SQL interattiva al minuto per utente

200 richieste

50 richieste

Il progetto può effettuare fino a 200 richieste al minuto al servizio di traduzione SQL.

Ogni utente può effettuare fino a 50 altre richieste al servizio di traduzione SQL al minuto.

Visualizzare le quote nella console Google Cloud

API BigQuery Reservation

Le seguenti quote si applicano alle richieste dell'API BigQuery Reservation:

Quota Predefinito Note
Richieste al minuto per regione 100 richieste Il progetto può effettuare fino a un totale di 100 chiamate ai metodi dell'API BigQuery Reservation al minuto per regione.
Visualizza le quote nella console Google Cloud
Numero di chiamate SearchAllAssignments al minuto per regione 100 richieste Il progetto può effettuare fino a 100 chiamate al metodo SearchAllAssignments al minuto per regione.
Visualizza le quote nella console Google Cloud
Richieste di SearchAllAssignments al minuto per regione per utente 10 richieste Ogni utente può effettuare fino a 10 chiamate al metodo SearchAllAssignments al minuto per regione.
Visualizza le quote nella console Google Cloud
Nei risultati di ricerca della console Google Cloud, cerca per utente).

API BigQuery Data Policy

I seguenti limiti si applicano L'API Data Policy (anteprima):

Limite Predefinito Note
Numero massimo di chiamate dataPolicies.list. 400 richieste al minuto per progetto

600 richieste al minuto per organizzazione
Numero massimo di chiamate dataPolicies.testIamPermissions. 400 richieste al minuto per progetto

600 richieste al minuto per organizzazione
Numero massimo di richieste di lettura. 1200 richieste al minuto per progetto

1800 richieste al minuto per organizzazione 		Sono incluse le chiamate a dataPolicies.get e dataPolicies.getIamPolicy.
Numero massimo di richieste di scrittura. 600 richieste al minuto per progetto

900 richieste al minuto per organizzazione

Sono incluse le chiamate a:

API IAM

Le seguenti quote si applicano quando utilizzi le funzionalità di Gestione di identità e accessi in BigQuery per recuperare e impostare i criteri IAM e per testare le autorizzazioni IAM. Le istruzioni DCL (Data Control Language) contribuiscono alla quota SetIAMPolicy.

Quota Predefinito Note
IamPolicy richieste al minuto per utente 1500 richieste al minuto per utente Ogni utente può effettuare fino a 1500 richieste al minuto per progetto.
Visualizza la quota nella console Google Cloud
IamPolicy richieste al minuto per progetto 3000 richieste al minuto per progetto Il progetto può effettuare fino a 3000 richieste al minuto.
Visualizza la quota nella console Google Cloud
Regione singola SetIAMPolicy richieste al minuto per progetto 1000 richieste al minuto per progetto Il tuo progetto a una singola regione può effettuare fino a 1000 richieste per minuto.
Visualizza la quota nella console Google Cloud
Più regioni SetIAMPolicy richieste al minuto per progetto 2000 richieste al minuto per progetto Il tuo progetto multiregionale può effettuare fino a 2000 richieste al minuto.
Visualizza la quota nella console Google Cloud
Regione omnicanale SetIAMPolicy richieste al minuto per progetto 200 richieste al minuto per progetto Il progetto omniregione può effettuare fino a 200 richieste al minuto.
Visualizza la quota nella console Google Cloud

API Storage Read

Le seguenti quote si applicano alle richieste dell'API BigQuery Storage Read:

Quota Predefinito Note
Richieste di lettura del piano dati al minuto per utente 25.000 richieste Ogni utente può effettuare fino a 25.000 chiamate ReadRows al minuto per progetto.
Visualizza la quota nella console Google Cloud
Lettura di richieste del piano di controllo al minuto per utente 5000 richieste Ogni utente può effettuare fino a 5000 chiamate di operazioni di metadati dell'API Storage Read al minuto per progetto. Le chiamate ai metadati includono CreateReadSession e SplitReadStream metodi.
Visualizza la quota nella console Google Cloud

I seguenti limiti si applicano Richieste dell'API BigQuery Storage Read:

Limite Predefinito Note
Lunghezza massima di riga/filtro 1 MB Quando utilizzi la chiamata CreateReadSession dell'API Storage Read, la lunghezza massima è limitata a 1 MB per ogni riga o filtro.
Dimensioni massime dei dati serializzati 128 MB Quando utilizzi la chiamata ReadRows dell'API Storage di lettura, la rappresentazione serializzata dei dati in un singolo messaggio ReadRowsResponse non può essere superiore a 128 MB.
Numero massimo di connessioni simultanee 2000 in regioni multiple; 400 nelle regioni Puoi aprire un massimo di 2000 ReadRows in contemporanea connessioni per progetto in us e eu in più regioni e 400 connessioni ReadRows simultanee in altre regioni. In alcuni casi, il numero di connessioni contemporaneamente attive potrebbe essere inferiore a questo limite.
Utilizzo massimo della memoria per stream 1,5 GB La memoria massima per stream è approssimativa perché il limite si basa sulla rappresentazione interna dei dati di riga. Stream che ne usano di più di 1,5 GB di memoria per una singola riga potrebbero non riuscire. Per ulteriori informazioni, consulta Risolvere i problemi relativi al superamento delle risorse.

API Storage Scrivi

Le seguenti quote si applicano alle richieste dell'API Storage Write. Le seguenti quote possono essere applicate a livello di cartella. Queste quote vengono poi aggregate e condivise tra tutti i progetti secondari. Per attivare questa configurazione, contatta l'assistenza clienti Google Cloud.

Se prevedi di richiedere un limite di quota più elevato, includi il messaggio di errore della quota nella richiesta per velocizzare l'elaborazione.

Quota Predefinito Note
Connessioni simultanee 1000 in una regione; 10.000 in una multiregione

La quota per le connessioni simultanee si basa sul progetto client che avvia la richiesta API StorageWrite, non sul progetto contenente la risorsa del set di dati BigQuery. Il progetto iniziale è il progetto associato alla chiave API o all'account di servizio.

Il progetto può operare su 1000 connessioni simultanee una regione o 10.000 connessioni simultanee in US e EU regioni multiple.

Quando utilizzi lo stream predefinito in Java o Go, ti consigliamo di utilizzare il multiplexing dell'API Storage Write per scrivere in più tabelle di destinazione con connessioni condivise in modo da ridurre il numero di connessioni complessive necessarie. Se utilizzando il comando Beam connettore con semantica "at-least-once", puoi impostare UseStorageApiConnectionPool a TRUE per abilitare il multiplexing.

Visualizza la quota nella console Google Cloud

Puoi visualizzare le metriche relative alle quote e ai limiti di utilizzo per i tuoi progetti in Cloud Monitoring. Seleziona il nome del limite di connessioni simultanee in base alla tua regione. Le opzioni sono ConcurrentWriteConnectionsPerProject, ConcurrentWriteConnectionsPerProjectEU e ConcurrentWriteConnectionsPerProjectRegion per us, eu e altre regioni, rispettivamente.

Ti consigliamo vivamente di configurare gli avvisi per monitorare l'utilizzo e i limiti della quota. Inoltre, se i tuoi modelli di traffico presentano picchi e/o una crescita organica regolare, potrebbe essere utile eseguire il provisioning eccessivo della quota del 25-50% per gestire una domanda inaspettata.
Velocità effettiva Velocità effettiva di 3 GB al secondo in più regioni; 300 MB al secondo in regioni Puoi trasmettere in streaming fino a 3 Gbps nelle regioni geografiche multiple us e eu e 300 MBps in altre regioni per progetto.
Visualizza la quota nella console Google Cloud

Puoi visualizzare le metriche relative alle quote e ai limiti di utilizzo per i tuoi progetti in Cloud Monitoring. Seleziona il nome del limite di throughput in base alla tua regione. Le opzioni sono AppendBytesThroughputPerProject, AppendBytesThroughputPerProjectEU e AppendBytesThroughputPerProjectRegion per us, eu e altre regioni, rispettivamente. La quota di throughput in scrittura viene misurata in base al progetto in cui risiede il set di dati di destinazione, non al progetto cliente.

Ti consigliamo vivamente di configurare avvisi per monitorare l'utilizzo e i limiti della quota. Inoltre, se i tuoi modelli di traffico presentano picchi e/o una crescita organica regolare, potrebbe essere utile eseguire il provisioning eccessivo della quota del 25-50% per gestire una domanda inaspettata.
Richieste CreateWriteStream 10.000 stream ogni ora, per progetto e per regione Puoi chiamare CreateWriteStream fino a 10.000 volte all'ora per progetto per regione. Valuta l'uso della classe stream predefinito se non ti serve la semantica "exactly-once". Questa quota è calcolata su base oraria, ma la metrica visualizzata nella console Google Cloud è calcolata su base minuto.
Byte in attesa di invio 10 TB in più regioni; 1 TB in regioni Per ogni commit attivato, puoi impegnare fino a 10 TB le regioni multiple us e eu e 1 TB in altre regioni. Non sono disponibili report sulle quote per questa quota.

I seguenti limiti si applicano Richieste dell'API StorageWrite:

Limite Predefinito Note
Commit batch 10.000 flussi di dati per tabella Puoi eseguire il commit di massimo 10.000 stream per ciascun Chiamata BatchCommitWriteStream.
AppendRows dimensioni richiesta 10 MB La dimensione massima della richiesta è 10 MB.

Inserimento di flussi di dati

Quando flussi di dati si applicano le quote e i limiti seguenti BigQuery utilizzando API di streaming legacy. Per informazioni sulle strategie per rispettare questi limiti, consulta Risoluzione degli errori di quota. Se superi queste quote, vengono visualizzati errori quotaExceeded.

Limite Predefinito Note
Numero massimo di byte al secondo per progetto nelle aree geografiche multiple us e eu 1 GB al secondo

Il progetto può trasmettere in streaming fino a 1 GB al secondo. Questa quota è cumulativi all'interno di una determinata località multiregionale. In altre parole, la somma byte al secondo trasmessi in flussi a tutte le tabelle per un determinato progetto all'interno di un più regioni è limitato a 1 GB.

Il superamento di questo limite provoca quotaExceeded errori.

Se necessario, puoi richiedere un aumento della quota contattando Assistenza clienti Google Cloud. Richiedi qualsiasi aumento come il prima possibile, almeno due settimane prima di averne bisogno. Quota di aumento richiede tempo per diventare disponibile, soprattutto nel caso un aumento significativo.

Numero massimo di byte al secondo per progetto in tutte le altre località 300 MB al secondo

Il progetto può trasmettere fino a 300 MB al secondo in tutte le località tranne le regioni multiple us e eu. Questa quota è cumulativa all'interno di una specifica area geografica multipla. In altre parole, il limite della somma di byte al secondo inseriti in flusso in tutte le tabelle per uno specifico progetto all'interno di una regione è di 300 MB.

Il superamento di questo limite provoca errori di tipo quotaExceeded.

Se necessario, puoi richiedere un aumento della quota contattando Assistenza clienti Google Cloud. Richiedi eventuali aumenti il prima possibile, almeno due settimane prima del momento in cui ti servono. L'aumento della quota richiede tempo per essere disponibile, soprattutto nel caso di un aumento significativo.

Dimensione massima della riga 10 MB Il superamento di questo valore provoca errori di tipo invalid.
Dimensione massima della richiesta HTTP 10 MB

Il superamento di questo valore provoca errori di invalid.

La richiesta viene tradotta internamente da JSON HTTP in una struttura di dati interna. La struttura dei dati tradotta ha una propria limite di dimensioni applicato. È difficile prevedere la dimensione del risultato struttura dei dati interni, ma se mantieni le richieste HTTP a 10 MB meno, la probabilità di raggiungere il limite interno è bassa.

Numero massimo di righe per richiesta 50.000 righe Consigliamo di utilizzare un limite massimo di 500 righe. Il batch può aumentare le prestazioni e velocità effettiva fino a un certo punto, ma a scapito della latenza per richiesta. Se il numero di righe per richiesta è insufficiente, l'overhead di ogni richiesta potrebbe un'importazione inefficiente. Se le righe per richiesta sono troppe, la velocità effettiva può diminuire. Sperimenta con dati rappresentativi (dimensioni di schema e dati) per determinare la dimensione ideale per i dati.
Lunghezza del campo insertId 128 caratteri Il superamento di questo valore provoca errori di tipo invalid.

Per quota aggiuntiva per i flussi di dati, consulta Richiedi un aumento della quota.

Larghezza di banda

Le seguenti quote si applicano alla larghezza di banda di replica:

Quota Predefinito Note
Larghezza di banda massima della replica di backfill iniziale per ogni regione con uscita di dati tra regioni dalla replica principale alle repliche secondarie. Quota di 10 Gbps fisici per regione per la maggior parte dei progetti
Larghezza di banda massima della replica in corso per ogni regione che ha un'egress di dati tra regioni dalla replica principale alle repliche secondarie. 5 GBps fisici per quota per regione per la maggior parte dei progetti
Larghezza di banda di replica turbo massima per ogni region [regione] con traffico in uscita tra regioni dalla replica principale a quella secondaria o lo scale out mediante repliche di lettura. Quota predefinita di 5 GBps per regione per la maggior parte dei progetti La quota di larghezza di banda della replica turbo non si applica alla quota di larghezza di banda iniziale dell'operazione di backfill.

Quando la larghezza di banda di replica di un progetto supera una determinata quota, la replica dei progetti interessati potrebbe interrompersi con l'errore rateLimitExceeded che include i dettagli della quota superata.