Quote e limiti

Questo documento elenca le quote e i limiti di sistema che si applicano a BigQuery.

  • Le quote hanno valori predefiniti, ma in genere puoi richiedere degli adeguamenti.
  • I limiti di sistema sono valori fissi che non possono essere modificati.

Google Cloud utilizza le quote per garantire l'equità e ridurre i picchi di utilizzo e disponibilità delle risorse. Una quota limita la quantità di una Google Cloud risorsa che Google Cloud il progetto può utilizzare. 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 il numero di progetti che puoi creare. Le quote proteggono la community degli utentiGoogle Cloud impedendo il sovraccarico dei servizi. Le quote ti aiutano inoltre a gestire le tue Google Cloud risorse.

Il sistema delle quote di Cloud esegue le seguenti operazioni:

Nella maggior parte dei casi, quando provi a utilizzare una risorsa per un volume maggiore di quello consentito dalla quota, il sistema blocca l'accesso alla risorsa e l'attività che stai tentando di eseguire non va a buon fine.

In genere, le quote si applicano a livello di Google Cloud progetto. L'utilizzo di una risorsa in un progetto non influisce sulla 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.

Per saperne di più, consulta Panoramica delle quote di Cloud.

Esistono anche limiti di sistema per le risorse BigQuery. I limiti di sistema non possono essere modificati.

Alcuni messaggi di errore specificano quote o limiti che puoi aumentare, mentre altri specificano quote o limiti che non puoi aumentare. Il raggiungimento di un limite rigido significa che devi implementare soluzioni alternative temporanee o permanenti o best practice per il tuo workload. Questa è una best practice, anche per le quote o i limiti che possono essere aumentati. Per informazioni dettagliate su entrambi i tipi di errori, consulta Risolvi gli errori relativi a quote e limiti.

Calcolo dell'utilizzo della quota di slot

Per i progetti che utilizzano il modello di determinazione del prezzo basato sulla capacità, incluse le versioni di BigQuery, la colonna Utilizzato per la quota Numero totale di slot riflette la capacità allocata totale in una regione specifica. Questo valore include tutti gli slot di base definiti nelle tue prenotazioni, oltre a eventuali impegni di capacità attivi. Poiché gli slot di base sono risorse disponibili dedicate, vengono visualizzati come "utilizzati" dal sistema di quote anche quando sono inattivi. Per saperne di più su come si differenzia dal monitoraggio delle risorse, consulta Informazioni sulle metriche degli slot.

Per impostazione predefinita, le quote e i limiti di BigQuery vengono applicati per progetto. Le quote e i limiti che si applicano su una base diversa sono indicati come tali; ad esempio, il numero massimo di colonne per tabella o il numero massimo di richieste API simultanee per utente. Le policy specifiche variano in base alla disponibilità delle risorse, al profilo utente, alla cronologia di Service Usage e ad altri fattori e sono soggette a modifiche senza preavviso.

Ripristino della 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 modificare la maggior parte delle quote, utilizza la console Google Cloud . Per ulteriori informazioni, consulta Richiedi un aggiustamento delle quote.

Per istruzioni dettagliate sulla procedura di richiesta di aumento della quota nella console Google Cloud , fai clic su Procedura guidata:

Procedura guidata

Limita l'utilizzo della quota

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

Autorizzazioni obbligatorie

Per visualizzare e aggiornare le quote BigQuery nella consoleGoogle Cloud , devi disporre degli stessi permessi di qualsiasi quota Google Cloud. Per saperne di più, consulta le autorizzazioni per le quoteGoogle Cloud .

Risoluzione dei problemi

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

Job

Quote e limiti si applicano ai job eseguiti da BigQuery per tuo conto, indipendentemente dal fatto che vengano eseguiti utilizzando la console Google Cloud , lo strumento a riga di comando bq o in modo programmatico utilizzando l'API REST o le librerie client.

Job in attesa

Il seguente limite si applica ai job in attesa in BigQuery:

Limite Predefinito Note
Numero massimo di job in attesa 50.000 job per progetto, per regione Il numero di job simultanei che possono essere in stato di attesa. Questo limite non può essere aumentato. Per saperne di più, consulta la pagina Risoluzione dei problemi relativi agli errori di quota di BigQuery.

Job di query

Le seguenti quote si applicano ai job di query creati automaticamente eseguendo query interattive, query pianificate e job inviati utilizzando i metodi API jobs.query e jobs.insert di tipo query.

Per informazioni sulla risoluzione dei problemi, consulta la pagina Risoluzione dei problemi di BigQuery.

Quota Predefinito Note
Utilizzo delle query al giorno 200 tebibyte (TiB) Questa quota si applica solo al modello di determinazione dei prezzi delle query on demand.
Il tuo progetto può eseguire fino a 200 TiB di query al giorno. Puoi modificare questo limite in qualsiasi momento. Per scoprire di più sui controlli dei costi, consulta Crea quote di query personalizzate.
Visualizza la quota nella console Google Cloud
Utilizzo delle query al giorno per utente Illimitato Questa quota si applica solo al modello di determinazione dei prezzi delle query on demand.
Non esiste un limite predefinito al numero di TiB di query che un utente può eseguire al giorno. Puoi impostare il limite in qualsiasi momento. Indipendentemente dal limite per utente, l'utilizzo totale di tutti gli utenti del progetto non può mai superare il limite di utilizzo delle query al giorno. Consulta Creare quote di query personalizzate per scoprire di più sui controlli dei costi.
Visualizza la quota nella console Google Cloud
Byte al giorno per query federata GoogleSQL tra regioni 1 TB Se la località di elaborazione delle query di 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 di Cloud SQL.
Visualizza la quota nella console Google Cloud
Byte trasferiti al giorno da BigQuery Omni 1 TB Puoi trasferire fino a 1 TB di dati al giorno da un bucket Amazon S3 o da Azure Blob Storage.
Visualizza la quota nella console Google Cloud
Byte trasferiti da BigQuery Omni per job 60 GB La dimensione massima del trasferimento per job è 60 GB quando esegui le istruzioni CREATE TABLE AS SELECT (CTAS) o INSERT INTO SELECT nelle regioni BigQuery Omni per filtrare i dati durante un trasferimento cross-cloud. Questo limite si applica anche ai join BigQuery Omni, che eseguono una query Omni CTAS in background per trasferire i dati in una tabella temporanea nella regione BigQuery. Per richiedere un aumento, contatta l'assistenza. Per saperne di più, consulta la pagina relativa ai costi di join di BigQuery Omni.
Byte trasferiti dalle query globali al giorno per coppia di regioni 180 TB Puoi trasferire fino a 180 TB di dati al giorno tra ogni coppia di regioni con query globali. Per richiedere un aumento della quota, contatta l'assistenza.
Job di copia delle query globali per progetto 10.000 Puoi eseguire fino a 10.000 job di copia per progetto quando esegui query globali che copiano dati tra regioni. Una query globale potrebbe attivare più job di copia. Per richiedere un aumento della quota, contatta l'assistenza.
Byte trasferiti da un singolo job di copia in una query globale 100 GB Per impostazione predefinita, un singolo job di copia che fa parte di una query globale può trasferire un massimo di 100 GB. Per richiedere un aumento del limite, contatta l'assistenza.
Aggiornamenti delle opzioni globali a livello di progetto 5

Quando esegui un'istruzione DDL che modifica le opzioni di configurazione globali, puoi eseguire fino a cinque istruzioni ogni 10 secondi. Questo limite si applica alle seguenti istruzioni DDL:

I seguenti limiti si applicano ai job di query creati automaticamente eseguendo query interattive, query pianificate e job inviati utilizzando i metodi API jobs.query e jobs.insert di tipo query:

Limite Predefinito Note
Numero massimo di query interattive in coda 1000 query Il tuo progetto può mettere in coda fino a 1000 query interattive. Le query interattive aggiuntive che superano questo limite restituiscono un errore di quota. Per risolvere questi errori, consulta Evita i limiti per le query interattive con volumi elevati.
Numero massimo di query batch in coda 20.000 query Il progetto può mettere in coda fino a 20.000 query batch. Le query batch aggiuntive che superano questo limite restituiscono un errore di quota.
Numero massimo di query interattive simultanee su origini dati esterne Bigtable 16 query Il tuo progetto può eseguire fino a 16 query simultanee su un'origine dati esterna Bigtable.
Numero massimo di query simultanee che contengono funzioni remote 10 query Puoi eseguire fino a dieci query contemporanee con funzioni remote per progetto.
Numero massimo di query contemporanee con più istruzioni 1000 query con più istruzioni Il tuo progetto può eseguire fino a 1000 query con più istruzioni simultanee. Per altre quote e limiti relativi alle query con più istruzioni, consulta Query con più istruzioni.
Numero massimo di query SQL precedente in parallelo che contengono funzioni definite dall'utente 6 query Il tuo progetto può eseguire fino a sei query SQL precedente simultanee con funzioni definite dall'utente (UDF). Questo limite include le query interattive e batch. Anche le query interattive che contengono funzioni definite dall'utente vengono conteggiate ai fini del limite di query interattive simultanee. Questo limite non si applica alle query GoogleSQL.
Limite di dimensioni delle query giornaliere Illimitato Per impostazione predefinita, non esiste un limite giornaliero per le dimensioni delle query. Tuttavia, puoi impostare limiti sulla 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 sulla tabella al giorno. Gli aggiornamenti alle tabelle di destinazione in un job query vengono conteggiati ai fini del limite al numero massimo di operazioni sulle tabelle al giorno per le tabelle di destinazione. Gli aggiornamenti della tabella di destinazione includono operazioni di aggiunta e sovrascrittura eseguite dalle query che esegui utilizzando la console Google Cloud , lo strumento a riga di comando bq o chiamando i metodi API jobs.query e jobs.insert di tipo 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, BigQuery potrebbe riprovare internamente un job di query a causa di problemi temporanei, come i riavvii del server. BigQuery può tentare una query fino a tre volte e ogni tentativo può durare fino a 6 ore. Di conseguenza, è possibile che una query abbia un runtime totale superiore a 6 ore (fino a 18 ore).

Per verificare se è stato eseguito un nuovo tentativo per un job, puoi cercare questi indicatori:

  • ConsoleGoogle Cloud : in Esplora job, confronta due job. Nella sezione Analisi a livello di query, controlla il campo Riprova nella scheda Metriche.
  • INFORMATION_SCHEMA: nelle visualizzazioni INFORMATION_SCHEMA.JOBS, controlla la colonna final_execution_duration_ms. Se la differenza tra start_time e end_time è significativamente maggiore di final_execution_duration_ms, allora è stato eseguito un nuovo tentativo di query.
  • API BigQuery: nell'oggetto JobStatistics, controlla il campo finalExecutionDurationMs. Se la differenza tra startTime e endTime è significativamente maggiore di finalExecutionDurationMs, la query è stata riprovata.

Per saperne di più, consulta la sezione Durata dell'esecuzione nella documentazione sulla risoluzione dei problemi relativi alle query.

Il timeout predefinito dei job CREATE MODEL è di 24 ore, ad eccezione dei job di serie temporali, AutoML e ottimizzazione degli iperparametri, che scadono dopo 48 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, viste, funzioni definite dall'utente (UDF) e funzioni di tabella univoche dopo l'espansione completa. Questo limite include:
  • Tabelle, viste, UDF e funzioni di tabella a cui viene fatto riferimento direttamente dalla query.
  • Tabelle, viste, funzioni definite dall'utente e funzioni tabella a cui fanno riferimento altre viste/funzioni definite dall'utente/funzioni tabella a cui viene fatto riferimento nella query.
Lunghezza massima dei caratteri della query SQL 1.024.000 caratteri Una query SQL può contenere fino a 1.024.000 caratteri. Questo limite include commenti e spazi vuoti. Se la query è più lunga, ricevi 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 ricerca e di suddividere una query lunga in più query nella sessione.
Lunghezza massima della query SQL precedente non risolta 256 kB Una query SQL precedente non risolta può avere una lunghezza massima di 256 KB. Se la query è più lunga, ricevi 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 ricerca.
Lunghezza massima della query GoogleSQL non risolta 1 MB Una query GoogleSQL non risolta può avere una lunghezza massima di 1 MB. Se la query è più lunga, ricevi 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 legacy e GoogleSQL risolte 12 MB Il limite alla lunghezza della query risolta include la lunghezza di tutte le viste e le tabelle con funzione carattere 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 La dimensione della richiesta può essere fino a 10 MB, incluse proprietà aggiuntive come parametri di ricerca.
Dimensione massima della risposta 10 GB compressi Le dimensioni variano a seconda dei rapporti di compressione per i dati. Le dimensioni effettive della risposta potrebbero essere notevolmente superiori a 10 GB. La dimensione massima della risposta è illimitata quando scrivi risultati di query di grandi dimensioni in una tabella di destinazione.
Dimensione massima della riga 100 MB La dimensione massima della riga è approssimativa, perché il limite si basa sulla rappresentazione interna dei dati della 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 visualizzazione può avere fino a 10.000 colonne. Sono incluse le colonne nidificate e ripetute. Le colonne eliminate possono continuare a essere conteggiate nel numero totale di colonne. Se hai eliminato delle colonne, potresti ricevere errori di quota fino al ripristino del totale.
Numero massimo di slot simultanei 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 domanda totale è superiore a 20.000 slot. Gli slot BigQuery sono condivisi tra tutte le query in un singolo progetto. BigQuery potrebbe superare questo limite per accelerare le query. La capacità è soggetta a disponibilità. Per verificare il numero di slot che stai utilizzando, consulta Monitoraggio di BigQuery utilizzando Cloud Monitoring.
Utilizzo massimo della CPU per dati scansionati per i prezzi on demand 256 secondi CPU per MiB scansionato Con i prezzi on demand, la query può utilizzare fino a circa 256 secondi di CPU per MiB di dati analizzati. Se la query richiede un utilizzo eccessivo della CPU per la quantità di dati in fase di elaborazione, la query non va a buon fine e viene visualizzato un errore billingTierLimitExceeded. Per saperne di più, consulta Messaggi di errore.
Mutazioni delle tabelle delle transazioni con più istruzioni 100 tabelle Una transazione può modificare i dati in un massimo di 100 tabelle.
Modifiche alle partizioni delle transazioni con più istruzioni 100.000 modifiche alle partizioni Una transazione può eseguire al massimo 100.000 modifiche alle partizioni.
Dimensione massima dei risultati delle query di BigQuery Omni 20 GiB non compressi La dimensione massima dei risultati è di 20 GiB di byte logici quando esegui query sui dati di Microsoft Azure o AWS. Se il risultato della query è superiore a 20 GiB, valuta la possibilità di esportare i risultati in Amazon S3 o Blob Storage. Per saperne di più, consulta la sezione Limitazioni di BigQuery Omni.
Dimensione totale dei risultati delle query BigQuery Omni al giorno 1 TB Le dimensioni totali dei risultati delle query per un progetto sono pari a 1 TB al giorno. Per saperne di più, consulta Limitazioni di BigQuery Omni.
Dimensione massima delle righe di BigQuery Omni 10 MiB La dimensione massima della riga è 10 MiB quando esegui query sui dati di Microsoft Azure o AWS. Per saperne di più, consulta la sezione Limitazioni di BigQuery Omni.
Trasferimento di query globali 2 GiB/s La larghezza di banda di trasferimento utilizzata dalle query globali, per progetto, per coppia di regioni

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

Job di estrazione

I seguenti limiti si applicano ai job che estraggono dati da BigQuery utilizzando lo strumento a riga di comando bq, la console Google Cloud o il metodo API jobs.insert di tipo extract.

Limite Predefinito Note
Numero massimo di byte estratti al giorno 50 TiB Il limite di 50 TiB al giorno (ExtractBytesPerDay) è un limite di prevenzione degli abusi che si applica solo ai job di estrazione che utilizzano il pool di slot condivisi senza costi. Puoi estrarre fino a 50 TiB di dati al giorno da un progetto senza costi utilizzando il pool di slot condivisi. Puoi configurare un criterio di avviso di Cloud Monitoring che fornisca una notifica del numero di byte estratti.

I job di estrazione sono esenti dal limite giornaliero di 50 TiB e possono superarlo se esegui una delle seguenti operazioni:
  • Crea una prenotazione di slot o utilizza una prenotazione esistente, quindi assegna il tuo progetto alla prenotazione con il tipo di prestazione PIPELINE. Poiché i job di estrazione utilizzano la capacità degli slot dedicati o con scalabilità automatica anziché il pool condiviso, bypassano la quota giornaliera di 50 TiB. La fatturazione viene eseguita utilizzando i prezzi basati sulla capacità. Le istruzioni EXPORT DATA non sono supportate per le prenotazioni PIPELINE.
  • Utilizza l'istruzione SQL EXPORT DATA. Poiché l'istruzione viene eseguita come job di query utilizzando la capacità di query anziché il pool di estrazione condiviso, è esente dalla quota di byte di estrazione. La fatturazione viene effettuata utilizzando i prezzi on demand o quelli basati sulla capacità, a seconda della configurazione del progetto.
  • Utilizza l'API Storage di lettura. Poiché le letture in modalità flusso leggono direttamente dallo spazio di archiviazione di BigQuery, bypassano le quote dei job di estrazione. La fatturazione avviene in base al prezzo per le letture in modalità flusso. La scadenza è garantita per almeno 6 ore dopo la creazione della sessione.
Numero massimo di job di estrazione al giorno 100.000 job di estrazione Il limite di 100.000 job di estrazione al giorno è un limite di prevenzione degli abusi che si applica solo ai job di estrazione che utilizzano il pool di slot condivisi senza costi. Puoi eseguire fino a 100.000 job di estrazione al giorno in un progetto senza costi utilizzando il pool di slot condiviso.

I job di estrazione sono esenti dal limite di 100.000 job giornalieri e possono superarlo se esegui una delle seguenti operazioni:
  • Crea una prenotazione di slot o utilizza una prenotazione esistente, quindi assegna il tuo progetto alla prenotazione con tipo di prestazione PIPELINE. Poiché i job di estrazione utilizzano una capacità dedicata o con scalabilità automatica anziché il pool condiviso, bypassano completamente il limite giornaliero dei job di estrazione. La fatturazione avviene in base ai prezzi basati sulla capacità.
  • Utilizza l'istruzione SQL EXPORT DATA. Poiché l'istruzione viene eseguita come job di query, è esente dai limiti giornalieri dei job di estrazione. La fatturazione viene effettuata utilizzando i prezzi on demand o i prezzi basati sulla capacità, a seconda di come è configurato il progetto.
  • Utilizza l'API Storage di lettura. Poiché le letture in streaming vengono eseguite direttamente dallo spazio di archiviazione BigQuery, bypassano le quote dei job di estrazione. La fatturazione avviene in base al prezzo delle letture di streaming. La scadenza è garantita per almeno 6 ore dopo la creazione della sessione.
Dimensione massima della tabella estratta in un singolo file 1 GB Puoi estrarre fino a 1 GB di dati della tabella in un unico file. Per estrarre più di 1 GB di dati, utilizza un carattere jolly per estrarre i dati in più file. Quando estrai i dati in più file, le dimensioni dei file variano. In alcuni casi, le dimensioni dei file di output sono superiori a 1 GB.
URI con caratteri jolly per job di estrazione 500 URI Un job di estrazione può avere fino a 500 URI con caratteri jolly.

Per saperne di più su come visualizzare l'utilizzo attuale dei job di estrazione, consulta Visualizza l'utilizzo attuale della quota. Per informazioni sulla risoluzione dei problemi, vedi Risoluzione dei problemi di esportazione.

Job di caricamento

I seguenti limiti si applicano quando carichi i dati in BigQuery utilizzando la consoleGoogle Cloud , lo strumento a riga di comando bq o il metodo API jobs.insert di tipo caricamento.

Limite Predefinito Note
Carica job per tabella al giorno 1500 job I job di caricamento, inclusi quelli non riusciti, vengono conteggiati ai fini del limite del numero di operazioni sulla tabella al giorno per la tabella di destinazione. Per informazioni sui limiti del numero di operazioni sulle tabelle al giorno per le tabelle standard e le tabelle partizionate, consulta Tabelle.
Caricamento dei job al giorno 100.000 posti di lavoro Il tuo progetto viene rifornito 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ù di 100.000 job di caricamento in 24 ore se la quota di un giorno precedente non è stata utilizzata completamente.
Numero massimo di colonne per tabella 10.000 colonne Una tabella può avere fino a 10.000 colonne. Sono incluse le colonne nidificate e ripetute.
Dimensione massima per job di caricamento 15 TB La dimensione totale di tutti i file di input CSV, JSON, Avro, Parquet e ORC può essere fino a 15 TB. Questo limite non si applica ai lavori con una prenotazione.
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 di file Un job di caricamento può contenere fino a 10 milioni di file in totale, inclusi tutti i file corrispondenti 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 riesce se viene eseguito per più di sei ore.
Avro: dimensioni massime per i blocchi di dati dei file 16 MB Il limite di dimensioni per i blocchi di dati dei file Avro è 16 MB.
CSV: dimensione massima cella 100 MB Le celle CSV possono avere una dimensione massima di 100 MB.
CSV: dimensione massima 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 di dimensioni per un file CSV compresso è di 4 GB.
CSV: dimensione massima del file non compresso 5 TB Il limite di dimensioni per un file CSV non compresso è di 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 è di 4 GB.
ndJSON: dimensione massima del file non compresso 5 TB Il limite di dimensioni per un file ndJSON non compresso è 5 TB.

Se superi regolarmente i limiti dei job di caricamento a causa di aggiornamenti frequenti, valuta la possibilità di trasmettere in streaming i dati in BigQuery.

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

Considerazioni sulle quote dei 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 abiliti in ogni progetto per evitare che i trasferimenti e altri job di caricamento generino errori 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 attivi 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 delle 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 abbiano esito positivo o negativo.

Limite Predefinito Note
Job di copia per tabella di destinazione al giorno Consulta Operazioni sulle tabelle al giorno.
Job di copia al giorno 100.000 lavori Il tuo 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 fino a 1200 tabelle di origine per job di copia.

Per informazioni su come visualizzare l'utilizzo attuale dei job di copia, consulta Job di copia - Visualizza l'utilizzo attuale della quota. Per informazioni sulla risoluzione dei problemi relativi ai job di copia, consulta Errori relativi alla quota del numero massimo di job di copia al giorno per progetto.

I seguenti limiti si applicano alla copia dei set di dati:

Limite Predefinito Note
Numero massimo di tabelle nel set di dati di origine 25.000 tabelle Un set di dati di origine può contenere fino a 25.000 tabelle.
Numero massimo di tabelle che possono essere copiate per esecuzione in un set di dati di destinazione nella stessa regione 20.000 tabelle Il tuo progetto può copiare un massimo di 20.000 tabelle per esecuzione in un set di dati di destinazione all'interno della stessa regione. Se un set di dati di origine contiene più di 20.000 tabelle, BigQuery Data Transfer Service pianifica esecuzioni sequenziali, ciascuna delle quali copia fino a 20.000 tabelle, finché non vengono copiate tutte le tabelle. Queste esecuzioni sono separate da un intervallo predefinito di 24 ore, che gli utenti possono personalizzare fino a un minimo di 12 ore.
Numero massimo di tabelle che possono essere copiate per esecuzione in un set di dati di destinazione in una regione diversa 1000 tabelle Il tuo progetto può copiare un massimo di 1000 tabelle per esecuzione in un set di dati di destinazione in un'altra regione. Se un set di dati di origine contiene più di 1000 tabelle, BigQuery Data Transfer Service pianifica esecuzioni sequenziali, ognuna delle quali copia fino a 1000 tabelle, finché non vengono copiate tutte le tabelle. Queste esecuzioni sono separate da un intervallo predefinito di 24 ore, che gli utenti possono personalizzare fino a un minimo di 12 ore.

Prenotazioni

Le seguenti quote si applicano alle prenotazioni:

Quota Predefinito Note
Numero totale di slot per la regione UE 5000 slot Il numero massimo di slot BigQuery che puoi acquistare nella località multiregionale EU utilizzando la console Google Cloud .
Visualizza le quote nella console Google Cloud
Numero totale di slot per la regione US 10.000 slot Il numero massimo di slot BigQuery che puoi acquistare nella multi-regione US 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 elencata 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 ciascuna delle regioni elencate utilizzando la console Google Cloud .
Visualizza 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

Alle prenotazioni si applicano i seguenti limiti:

Limite Valore Note
Numero di progetti di amministrazione per le prenotazioni di slot 10 progetti per organizzazione Il numero massimo di progetti all'interno di un'organizzazione che possono contenere una prenotazione o un impegno attivo per gli slot per una determinata località/regione.
Numero massimo di prenotazioni della versione Standard 10 prenotazioni per progetto Il numero massimo di prenotazioni Standard Edition per progetto di amministrazione all'interno di un'organizzazione per una determinata località / regione.
Numero massimo di prenotazioni della 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 di prenotazione con un tipo di prestazione CONTINUOUS. 500 slot Quando vuoi creare un'assegnazione di prenotazione con un tipo di prestazione CONTINUOUS, la prenotazione associata non può avere più di 500 slot.

Set di dati

I seguenti limiti si applicano ai set di dati BigQuery:

Limite Predefinito Note
Numero massimo di set di dati Illimitato Non esiste un 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 di enumerazione 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 dell'accesso di un dataset 2500 risorse

Un elenco di controllo dell'accesso di un set di dati può contenere fino a 2500 risorse autorizzate in totale, tra cui viste autorizzate, set di dati autorizzati e funzioni autorizzate. Se superi questo limite a causa di un numero elevato di visualizzazioni autorizzate, valuta la possibilità di raggrupparle in set di dati autorizzati. Come best practice, raggruppa le viste correlate in set di dati autorizzati quando progetti nuove architetture BigQuery, in particolare architetture multi-tenant.

Numero di operazioni di aggiornamento del set di dati per set di dati ogni 10 secondi 5 operazioni Il tuo progetto può eseguire fino a cinque operazioni di aggiornamento del set di dati ogni 10 secondi. Il limite di aggiornamento del set di dati include tutte le operazioni di aggiornamento dei metadati eseguite da:
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 di un nome di colonna 300 caratteri Il nome della colonna può contenere al massimo 300 caratteri.
Lunghezza massima di una descrizione della 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à di nidificazione è di 15 livelli. Questo limite è indipendente dal fatto che i record siano scalari o basati su array (ripetuti).
Lunghezza massima della descrizione di una tabella 16.384 caratteri Quando aggiungi una descrizione a una tabella, il testo può contenere al massimo 16.384 caratteri.

Per informazioni sulla risoluzione dei problemi relativi a quote o limiti delle tabelle, consulta la pagina Risoluzione dei problemi di BigQuery.

Tabelle standard

I seguenti limiti si applicano alle tabelle standard (integrate) di BigQuery:

Limite Predefinito Note
Modifiche delle tabelle al giorno 1500 modifiche

Il tuo progetto può apportare fino a 1500 modifiche alle tabelle al giorno per tabella. Un job di caricamento, un job di copia o un job di query che aggiunge o sovrascrive i dati della tabella viene conteggiato come una modifica alla tabella. Questo limite non può essere modificato.

Questo limite viene applicato come limite di frequenza durante il giorno, non come una singola quota assegnata tutta in una volta. BigQuery reintegra periodicamente la quota disponibile. Picchi di operazioni ad alta frequenza possono esaurire la quota disponibile, generando errori quotaExceeded anche se il volume giornaliero totale è ben al di sotto del limite giornaliero di 1500 modifiche.

Per ottimizzare l'importazione ad alta frequenza, valuta la possibilità di raggruppare le operazioni in batch, distanziare i job in modo uniforme nel tempo o eseguire la migrazione all'API BigQuery Storage Write (gRPC).

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

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

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

Per identificare le operazioni che vengono conteggiate ai fini di questo limite, puoi controllare i log. Consulta Risolvi gli errori relativi alle quote per indicazioni su come diagnosticare e risolvere questo errore.

Numero massimo di colonne per tabella 10.000 colonne Ogni tabella, risultato di query o definizione di vista può avere fino a 10.000 colonne. Sono incluse le colonne nidificate e ripetute.

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 di file Una tabella esterna può contenere fino a 10 milioni di file, inclusi tutti i file corrispondenti a tutti gli URI con caratteri jolly.
Dimensioni massime dei dati archiviati su 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; questa dimensione non è la stessa utilizzata nella formula di prezzi della query. Per le tabelle partizionate esternamente, il limite viene applicato dopo la potatura delle partizioni.
Numero massimo di file nel bucket Cloud Storage di origine Circa 300.000.000 di file Una tabella esterna può fare riferimento a un bucket Cloud Storage contenente fino a circa 300.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 tutti i 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, i job query e i job di caricamento possono scrivere in più partizioni.

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

Per informazioni sulle strategie per rispettare i limiti per le tabelle partizionate, consulta Risoluzione degli errori relativi alle quote.

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, valuta la possibilità di utilizzare il clustering in aggiunta o in sostituzione del partizionamento.
Numero di partizioni modificate da un singolo job 4000 partizioni Ogni operazione del job (query o caricamento) può interessare fino a 4000 partizioni. BigQuery rifiuta qualsiasi query o job di caricamento che tenta di modificare più di 4000 partizioni.
Numero di modifiche alle partizioni durante l'acquisizione per tabella partizionata al giorno 11.000 modifiche

Il tuo progetto può apportare fino a 11.000 modifiche alle partizioni al giorno.

Una modifica della partizione si verifica quando aggiungi, aggiorni, elimini o tronchi i dati in una tabella partizionata. Viene conteggiata una modifica della partizione per ogni tipo di modifica dei dati che apporti. Ad esempio, l'eliminazione di una riga viene conteggiata come una modifica della partizione, proprio come l'eliminazione di un'intera partizione viene conteggiata come una modifica. Se elimini una riga da una partizione e poi la inserisci in un'altra partizione, questa operazione verrà conteggiata come due modifiche alla partizione.

Le modifiche che utilizzano istruzioni DML o l'API di streaming non vengono conteggiate nel numero di modifiche delle partizioni al giorno.
Numero di modifiche alle partizioni per tabella partizionata per colonna al giorno 30.000 modifiche

Il tuo 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 della tabella per tabella partizionata 50 modifiche ogni 10 secondi Il tuo progetto può apportare fino a 50 modifiche per tabella partizionata ogni 10 secondi. Questo limite si applica a tutte le operazioni di aggiornamento dei metadati tabella partizionata, eseguite da: Questo limite include anche il totale combinato di tutti i job di caricamento, copia e query che aggiungono o sovrascrivono una tabella di destinazione o che utilizzano istruzioni DML DELETE, INSERT, MERGE, TRUNCATE TABLE o UPDATE per scrivere dati in una tabella.

Se superi questo limite, ricevi un messaggio di errore simile a Exceeded rate limits: too many partitioned table update operations for this table. Questo errore è transitorio. 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 per intervalli 10.000 intervalli Una tabella partizionata per intervalli può avere fino a 10.000 intervalli possibili. Questo limite si applica alla specifica di partizione quando crei la tabella. Dopo aver creato la tabella, il limite si applica anche al numero effettivo di partizioni.

Cloni di tabelle

Ai cloni di tabelle BigQuery si applicano i seguenti limiti:

Limite Predefinito Note
Numero massimo di cloni e snapshot in una catena 3 snapshot o cloni di tabelle La combinazione di cloni e snapshot è limitata a una profondità di 3. Quando cloni o crei uno snapshot di una tabella di base, puoi clonare o creare uno snapshot del risultato solo altre due volte. Se provi a clonare o creare uno snapshot del risultato una terza volta, si verifica un errore. Ad esempio, puoi creare il clone A della tabella di base, creare lo snapshot B del clone A e creare il clone C dello snapshot B. Per creare ulteriori duplicati del clone o dello snapshot di terzo livello, utilizza invece un'operazione di copia.
Numero massimo di cloni e snapshot per una tabella di base 1000 cloni o snapshot di tabelle Puoi avere al massimo 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 delle tabelle

I seguenti limiti si applicano agli snapshot delle tabelle BigQuery:

Limite Predefinito Note
Numero massimo di job di snapshot delle tabelle simultanei 100 job Il tuo progetto può eseguire fino a 100 job di snapshot delle tabelle contemporaneamente.
Numero massimo di job di snapshot delle tabelle al giorno 50.000 job Il tuo 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 tuo progetto può eseguire fino a 50 job di snapshot della tabella per tabella al giorno.
Numero massimo di aggiornamenti dei metadati per snapshot della tabella ogni 10 secondi. 5 aggiornamenti Il tuo progetto può aggiornare i metadati di uno snapshot della tabella fino a cinque volte ogni 10 secondi.
Numero massimo di cloni e snapshot in una catena 3 snapshot o cloni di tabelle La combinazione di cloni e snapshot è limitata a una profondità di 3. Quando cloni o crei uno snapshot di una tabella di base, puoi clonare o creare uno snapshot del risultato solo altre due volte. Se provi a clonare o creare uno snapshot del risultato una terza volta, si verifica un errore. Ad esempio, puoi creare il clone A della tabella di base, creare lo snapshot B del clone A e creare il clone C dello snapshot B. Per creare ulteriori duplicati del clone o dello snapshot di terzo livello, utilizza invece un'operazione di copia.
Numero massimo di cloni e snapshot per una tabella di base 1000 cloni o snapshot di tabelle Puoi avere al massimo 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

A visualizzazioni e viste materializzate si applicano le seguenti quote e limiti.

Viste logiche

I seguenti limiti si applicano alle viste 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 un errore INVALID_INPUT.
Lunghezza massima di una query GoogleSQL utilizzata per definire una vista 256 K caratteri Una singola query GoogleSQL che definisce una vista può contenere fino a 256.000 caratteri. Questo limite si applica a una singola query e non include la lunghezza delle visualizzazioni a cui viene fatto riferimento nella query.
Numero massimo di viste autorizzate per set di dati Consulta Set di dati.
Lunghezza massima della descrizione di una visualizzazione 16.384 caratteri Quando aggiungi una descrizione a una visualizzazione, il testo può contenere al massimo 16.384 caratteri.

Viste materializzate

I seguenti limiti si applicano alle viste materializzate di BigQuery:

Limite Predefinito Note
Riferimenti alle tabelle di base (stesso progetto) 100 viste materializzate È possibile fare riferimento a ogni tabella di base in un massimo di 100 viste materializzate dello stesso progetto.
Riferimenti alle tabelle di base (intera organizzazione) 500 viste materializzate Ogni tabella di base può essere referenziata da un massimo di 500 viste materializzate dell'intera organizzazione.
Numero massimo di visualizzazioni autorizzate per set di dati Consulta Set di dati.
Lunghezza massima della descrizione di una vista materializzata 16.384 caratteri Quando aggiungi una descrizione a una vista materializzata, il testo può contenere al massimo 16.384 caratteri.
Limite di tempo di esecuzione del job di aggiornamento della vista materializzata 12 ore Un job di aggiornamento della vista materializzata può essere eseguito per un massimo di 12 ore prima di non riuscire.

Indici di ricerca

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

Limite Predefinito Note
Numero di istruzioni DDL CREATE INDEX o ALTER INDEX per progetto per regione al giorno 500 operazioni Il tuo progetto può eseguire fino a 500 operazioni DDL CREATE INDEX o ALTER INDEX ogni giorno all'interno di una regione.
Numero di istruzioni DDL dell'indice della Ricerca per tabella al giorno 20 operazioni Il tuo progetto può eseguire fino a 20 operazioni DDL CREATE INDEX, ALTER INDEX o DROP INDEX per tabella al giorno.
Dimensione totale massima dei dati della tabella per organizzazione consentita per la creazione dell'indice di ricerca che non viene eseguita in una prenotazione 100 TB in più regioni; 20 TB in tutte le altre regioni Puoi creare un indice della Ricerca per una tabella se la dimensione complessiva delle tabelle con indici nella tua organizzazione è inferiore al limite della tua regione: 100 TB per le multiregioni US e EU e 20 TB per tutte le altre regioni. Se i tuoi job di gestione degli indici vengono eseguiti nella tua prenotazione, questo limite non si applica.
Numero di colonne indicizzate con granularità delle colonne per tabella 63 colonne per tabella Una tabella può avere fino a 63 colonne con index_granularity impostato su COLUMN. Le colonne indicizzate con granularità COLUMN dall'impostazione dell'opzione default_index_column_granularity vengono conteggiate ai fini di questo limite. Non esiste un limite al numero di colonne indicizzate con granularità GLOBAL. Per saperne di più, consulta Indice con granularità delle colonne.

Indici vettoriali

I seguenti limiti si applicano agli indici vettoriali di BigQuery:

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 per il tipo di indice IVF 10.000.000.000 di righe Una tabella può avere al massimo 10.000.000.000 di righe per creare un indice vettoriale IVF
Numero massimo di righe della tabella di base per il tipo di indice TREE_AH 200.000.000 di righe Una tabella può avere al massimo 200.000.000 di righe per creare un indice vettoriale TREE_AH
Numero massimo di righe della tabella di base per il tipo di indice partizionato TREE_AH 10.000.000.000 di righe in totale

200.000.000 di righe per ogni partizione 		Una tabella può avere al massimo 10.000.000.000 di righe e ogni partizione può avere al massimo 200.000.000 di righe per creare un indice vettoriale partizionato TREE_AH.
Dimensione massima dell'array nella colonna indicizzata 4096 elementi La colonna da indicizzare può avere al massimo 4096 elementi nell'array.
Dimensione minima della tabella per il popolamento dell'indice vettoriale 10 MB Se crei un indice vettoriale su una tabella di dimensioni inferiori a 10 MB, l'indice non viene compilato. Allo stesso modo, se elimini dati da una tabella con indice vettoriale in modo che le dimensioni della tabella siano inferiori a 10 MB, l'indice vettoriale viene disattivato temporaneamente. Ciò si verifica indipendentemente dal fatto che tu utilizzi la tua prenotazione per i job di gestione degli indici. Quando le dimensioni di una tabella indicizzata per vettori superano nuovamente i 10 MB, l'indice viene compilato automaticamente.
Numero di istruzioni DDL CREATE VECTOR INDEX 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 dell'indice vettoriale per tabella al giorno 10 operazioni Puoi eseguire fino a 10 operazioni CREATE VECTOR INDEX o DROP VECTOR INDEX per tabella al giorno.
Dimensione totale massima dei dati della tabella per organizzazione consentita per la creazione di indici vettoriali che non vengono eseguiti in una prenotazione 6 TB Puoi creare un indice vettoriale per una tabella se la dimensione totale delle tabelle con indici nella tua organizzazione è inferiore a 6 TB. Se i job di gestione degli indici vengono eseguiti nella tua prenotazione, questo limite non si applica.

Routine

Le seguenti quote e i seguenti limiti si applicano alle routine.

Funzioni definite dall'utente

I seguenti limiti si applicano alle funzioni definite dall'utente (UDF) temporanee e permanenti nelle query GoogleSQL.

Limite Predefinito Note
Output massimo per riga 5 MB La quantità massima di dati che la tua UDF JavaScript può restituire durante l'elaborazione di una singola riga è di circa 5 MB.
Numero massimo di query SQL precedente in parallelo con funzioni definite dall'utente JavaScript 6 query Il progetto può avere fino a sei query SQL precedente simultanee contenenti funzioni definite dall'utente in JavaScript. Questo limite include le query interattive e batch. Questo limite non si applica alle query GoogleSQL.
Numero massimo di risorse di funzioni definite dall'utente JavaScript per query 50 risorse Un job di query può avere fino a 50 risorse di funzioni definite dall'utente JavaScript, ad esempio blob di codice incorporato o file esterni.
Dimensione massima del blob di codice incorporato 32 kB Un blob di codice incorporato in una funzione definita dall'utente può avere una dimensione massima di 32 KB.
Dimensione massima di ogni risorsa di codice esterno 1 MB La dimensione massima di ogni risorsa di codice JavaScript è di 1 MB.

Alle funzioni definite dall'utente permanenti si applicano i seguenti limiti:

Limite Predefinito Note
Lunghezza massima del nome di una funzione definita dall'utente 256 caratteri Il nome di una UDF può contenere fino a 256 caratteri.
Numero massimo di argomenti 256 argomenti Una funzione definita dall'utente può avere fino a 256 argomenti.
Lunghezza massima del nome di un argomento 128 caratteri Il nome di un argomento di una funzione definita dall'utente può contenere fino a 128 caratteri.
Profondità massima di una catena di riferimenti UDF 16 riferimenti Una catena di riferimenti di funzioni definite dall'utente può contenere fino a 16 riferimenti.
Profondità massima di un argomento o output di tipo STRUCT 15 livelli Un argomento o un output della funzione definita dall'utente di tipo STRUCT può avere una profondità massima di 15 livelli.
Numero massimo di campi negli argomenti o nell'output di tipo STRUCT per UDF 1024 campi Una funzione definita dall'utente può avere fino a 1024 campi negli argomenti e nell'output di tipo STRUCT.
Numero massimo di librerie JavaScript in un'istruzione CREATE FUNCTION 50 librerie Un'istruzione CREATE FUNCTION può contenere fino a 50 librerie JavaScript.
Lunghezza massima dei percorsi delle librerie JavaScript incluse 5000 caratteri Il percorso di una libreria JavaScript inclusa in una funzione definita dall'utente può contenere fino a 5000 caratteri.
Frequenza massima di aggiornamento per UDF ogni 10 secondi 5 aggiornamenti Il tuo progetto può aggiornare una funzione definita dall'utente fino a cinque volte ogni 10 secondi.
Numero massimo di UDF autorizzate per set di dati Vedi Set di dati.
UDF Python: byte di archiviazione delle immagini per progetto per regione 10 GiB Le dimensioni totali in byte di tutte le immagini container utilizzate dalle UDF Python in un progetto e una regione specifici.
UDF Python: limite di mutazione 30 al minuto Puoi creare o aggiornare le funzioni definite dall'utente Python fino a 30 volte al minuto per regione per progetto.
UDF Python: numero massimo di UDF Python simultanee 10 Puoi eseguire fino a 10 query simultanee che fanno riferimento a funzioni definite dall'utente Python per progetto.

Funzioni remote

I seguenti limiti si applicano alle funzioni remote in BigQuery.

Per informazioni sulla risoluzione dei problemi, consulta Numero massimo di query simultanee che contengono funzioni remote.

Limite Predefinito Note
Numero massimo di query simultanee che contengono funzioni remote 10 query Puoi eseguire fino a dieci query contemporanee con le funzioni remote per progetto.
Dimensione massima dell'input 5 MB La dimensione totale massima di tutti gli argomenti di input di una singola riga è 5 MB.
Limite di dimensioni della risposta HTTP (Cloud Run Functions 1ª generazione.) 10 MB Il corpo della risposta HTTP della funzione Cloud Run di 1ª generazione. può avere una dimensione massima di 10 MB. Il superamento di questo valore causa errori di query.
Limite di dimensioni della risposta HTTP (Cloud Run Functions 2ª generazione. o Cloud Run) 15 MB Il corpo della risposta HTTP della funzione Cloud Run (2ª generazione) o di Cloud Run è di massimo 15 MB. Il superamento di questo valore causa errori delle query.
Limite massimo di tempo di chiamata HTTP (funzioni Cloud Run di 1ª generazione.) 9 minuti Puoi impostare un limite di tempo personalizzato per la tua funzione Cloud Run di 1ª gen. per una singola chiamata HTTP, ma il limite di tempo massimo è di 9 minuti. Il superamento del limite di tempo impostato per la funzione Cloud Run di 1ª generazione. può causare errori di chiamata HTTP e di query.
Limite di tempo per la chiamata HTTP (Cloud Run Functions (2ª generazione.) o Cloud Run) 20 minuti Il limite di tempo per una singola chiamata HTTP alla tua 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 tentativi di ripetizione della chiamata HTTP 20 Il numero massimo di tentativi di ripetizione per una singola chiamata HTTP alla tua funzione Cloud Run di 1ª generazione., 2ª generazione. o Cloud Run. Il superamento di questo valore può causare errori di chiamata HTTP ed errori di query.

Funzioni tabella

I seguenti limiti si applicano alle funzioni di tabella BigQuery:

Limite Predefinito Note
Lunghezza massima del nome di una funzione di 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 di un argomento di una funzione di tabella può contenere fino a 128 caratteri.
Numero massimo di argomenti 256 argomenti Una funzione di tabella può avere fino a 256 argomenti.
Profondità massima di una catena di riferimento di funzioni con valore di tabella 16 riferimenti Una catena di riferimenti a funzioni di tabella può contenere fino a 16 riferimenti.
Profondità massima dell'argomento o dell'output di tipo STRUCT 15 livelli Un argomento STRUCT per una funzione di tabella può avere fino a 15 livelli. Analogamente, un record STRUCT nell'output di una funzione di tabella può avere fino a 15 livelli di profondità.
Numero massimo di campi nella tabella degli argomenti o dei valori restituiti di tipo STRUCT per funzione di tabella 1024 campi Un argomento STRUCT per una funzione di tabella può avere fino a 1024 campi. Allo stesso modo, 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 funzione di tabella può avere fino a 1024 colonne.
Lunghezza massima dei nomi delle colonne della tabella restituita 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 tuo 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 simultanee in una località multiregionale e in una località a regione singola che si trova nella stessa area geografica, le query potrebbero utilizzare la stessa quota di CPU simultanea.
Dimensione totale massima degli Standard Persistent Disk in uso 204,8 TB

Puoi utilizzare fino a 204,8 TB di Standard Persistent Disk 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à a singola regione che si trova nella stessa area geografica, le query potrebbero consumare la stessa quota di Standard Persistent Disk.

Notebook

Tutte le quote e i limiti di Dataform e le quote e i limiti di Colab Enterprise si applicano ai notebook in BigQuery. Si applicano anche i seguenti limiti:

Limite Predefinito Note
Dimensioni massime del notebook 20 MB

Le dimensioni di un notebook corrispondono alla somma dei suoi contenuti, dei metadati e dell'overhead di codifica.

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

Query salvate

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

Limite Predefinito Note
Dimensione massima della query salvata 10 MB
Numero massimo di richieste al secondo a Dataform 100 Le query salvate vengono create e gestite tramite Dataform. Qualsiasi azione che crea o modifica una query salvata viene conteggiata ai fini di questa quota. Questa quota è condivisa con i notebook. Ad esempio, se apporti 50 modifiche ai blocchi note e 50 modifiche alle query salvate entro 1 secondo, raggiungi la quota.

Data Manipulation Language (DML)

I seguenti limiti si applicano alle istruzioni DML (Data Manipulation Language) di BigQuery:

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

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

Le istruzioni DML presentano le seguenti limitazioni da tenere presenti.
Istruzioni DML INSERT simultanee per tabella al giorno 1500 istruzioni Le prime 1500 istruzioni INSERT vengono eseguite immediatamente dopo l'invio. Una volta raggiunto questo limite, la contemporaneità delle istruzioni INSERT che scrivono in una tabella è limitata a 10. Ulteriori istruzioni INSERT vengono aggiunte a una coda PENDING. È possibile mettere in coda fino a 100 istruzioni INSERT per una tabella in qualsiasi momento. Quando un'istruzione INSERT viene completata, l'istruzione INSERT successiva viene rimossa dalla coda ed eseguita.

Se devi eseguire istruzioni DML INSERT più frequentemente, valuta la possibilità di trasmettere in streaming i dati alla tabella utilizzando l'API Storage Write (gRPC).
Istruzioni DML di mutazione simultanee per tabella 2 dichiarazioni BigQuery esegue fino a due istruzioni DML di mutazione simultanee (UPDATE, DELETE e MERGE) per ogni tabella. Le istruzioni DML di mutazione aggiuntive per una tabella vengono messe in coda.
Istruzioni DML di mutazione in coda per tabella 20 istruzioni Una tabella può avere fino a 20 istruzioni DML di mutazione in coda in attesa di essere eseguite. Se invii altre istruzioni DML di mutazione per la tabella, queste istruzioni non andranno a buon fine.
Tempo massimo in coda per l'istruzione DML 7 ore Un'istruzione DML con priorità interattiva può attendere in coda fino a sette ore. Se l'istruzione non è stata eseguita dopo sette ore, l'operazione non va a buon fine.
Frequenza massima delle istruzioni DML per ogni tabella 25 istruzioni ogni 10 secondi Il tuo progetto può eseguire fino a 25 istruzioni DML ogni 10 secondi per ogni tabella. Sia INSERT che le istruzioni DML di mutazione contribuiscono a questo limite.

Per saperne di più sulle istruzioni DML di mutazione, consulta Concorrenza DML INSERT e Concorrenza DML UPDATE, DELETE, MERGE.

Query con più istruzioni

I seguenti limiti si applicano alle query con più istruzioni in BigQuery.

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

CTE ricorsive nelle query

I seguenti limiti si applicano alle espressioni di tabella comuni (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 Risolvi gli errori relativi ai limiti di iterazione.

Sicurezza a livello di riga

Per le policy di accesso a livello di riga di BigQuery si applicano i seguenti limiti:

Limite Predefinito Note
Numero massimo di policy di accesso alle righe per tabella 400 policy Una tabella può avere fino a 400 policy di accesso alle righe.
Numero massimo di policy di accesso alle righe per query 6000 policy Una query può accedere a un massimo di 6000 policy di accesso alle righe.
Numero massimo di istruzioni DDL CREATE / DROP per policy per 10 secondi 5 istruzioni Il tuo progetto può effettuare fino a cinque istruzioni CREATE o DROP per risorsa della policy di accesso alle righe ogni 10 secondi.
DROP ALL ROW ACCESS POLICIES istruzioni per tabella ogni 10 secondi 5 istruzioni Il tuo 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 al mascheramento dinamico dei dati a livello di colonna:

Limite Predefinito Note
Numero massimo di policy dei dati per tag di criteri. 8 policy per tag di criteri Fino a otto policy dei dati per tag di criteri. Una di queste policy può essere utilizzata per i controlli dell'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 ai job di query GoogleSQL che utilizzano istruzioni e funzioni di BigQuery ML.

CREATE MODEL istruzioni

I seguenti limiti si applicano ai job CREATE MODEL:

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

Funzioni AI generative

I seguenti limiti si applicano alle funzioni che utilizzano i modelli linguistici di grandi dimensioni (LLM) di Agent Platform. Per saperne di più, consulta Definizioni delle quote per le funzioni.

Limiti di richieste al minuto

Ai modelli di Agent Platform che utilizzano un limite di richieste al minuto si applicano i seguenti limiti.

Funzione Modello Regione Richieste al minuto Righe per job
AI.GENERATE_TEXT

ML.GENERATE_TEXT

AI.GENERATE_TABLE

AI.GENERATE

AI.GENERATE_BOOL

AI.GENERATE_DOUBLE

AI.GENERATE_INT 		gemini-2.0-flash-lite-001 US e EU multi-regioni

Regioni singole come documentato per gemini-2.0-flash-lite-001 in Località degli endpoint dei modelli di Google		 Nessuna quota impostata. Quota determinata dalla quota condivisa dinamica (DSQ)1 e dal throughput riservato2 N/A per Throughput riservato

10.500.000 per DSQ, per una chiamata con una media di 500 token di input e 50 token di output
gemini-2.0-flash-001 US e EU multi-regioni

Singole regioni come documentato per gemini-2.0-flash-001 in Posizioni degli endpoint del modello Google		 N/A per Throughput riservato

10.200.000 per DSQ, per una chiamata con una media di 500 token di input e 50 token di output
gemini-2.5-flash US e EU multi-regioni

Regioni singole come documentato per gemini-2.5-flash in Località degli endpoint dei modelli di Google		 N/A per il throughput riservato

9.300.000 per DSQ, per una chiamata con una media di 500 token di input e 50 token di output
gemini-2.5-pro US e EU multi-regioni

Singole regioni come documentato per gemini-2.5-pro in Località degli endpoint dei modelli Google		 N/A per Throughput riservato

7.600.000 per DSQ, per una chiamata con una media di 500 token di input e 50 token di output
AI.IF

AI.SCORE

AI.CLASSIFY		 Vari modelli di gemini-2.5-* US e EU multiregioni

Qualsiasi singola regione supportata per uno dei gemini-2.5-* models nelle posizioni degli endpoint dei modelli Google		 Nessuna quota impostata. Quota determinata dalla quota condivisa dinamica (DSQ)1 10.000.000 per una chiamata con una media di 500 token in ogni riga di input e 50 token di output.
AI.AGG Vari modelli Gemini Vedi Posizioni Nessuna quota impostata. Quota determinata dalla quota condivisa dinamica (DSQ)1. 20.000.000
AI.GENERATE_TEXT

ML.GENERATE_TEXT		 Anthropic Claude Consulta Quote per modello e regione Consulta Quote per modello e regione. Il valore delle richieste al minuto * 60 * 6
Llama Consulta Disponibilità e quote per la regione del modello Llama Consulta Disponibilità e quote per la regione del modello Llama
Mistral AI Consulta Disponibilità e quote per la regione del modello di AI Mistral Consulta Disponibilità e quote per la regione del modello di AI Mistral
AI.GENERATE_EMBEDDING5

AI.EMBED

AI.SIMILARITY

AI.SEARCH

VECTOR_SEARCH

ML.GENERATE_EMBEDDING5		 text-embedding

text-multilingual-embedding		 Tutte le regioni che supportano i modelli remoti 15003,4 80.000.000 per una chiamata con una media di 50 token in ogni riga di input

14.000.000 per una chiamata con una media di 600 token in ogni riga di input
multimodalembedding Singole regioni europee supportate 1203 43.200
Regioni diverse dalle singole regioni europee supportate 6003 216.000
gemini-embedding-2 US, EU e global Nessuna quota impostata. Quota determinata da quota condivisa dinamica (DSQ)1. N/D

1 Quando utilizzi DSQ, non sono previsti limiti di quota predefiniti per il tuo utilizzo. DSQ fornisce invece l'accesso a un ampio pool condiviso di risorse, che vengono allocate dinamicamente in base alla disponibilità delle risorse in tempo reale e alla domanda del cliente per il modello specifico. Quando sono attivi più clienti, ogni cliente riceve un throughput inferiore. Analogamente, quando sono attivi meno clienti, ogni cliente potrebbe ottenere un throughput più elevato.

2 Throughput riservato è un abbonamento a costo fisso e a durata fissa disponibile in diverse durate. Il Throughput riservato ti consente di prenotare il throughput per i modelli di AI generativa supportati su Agent Platform.

3 Per aumentare la quota, richiedi un aggiustamento della quota QPM in Agent Platform. Attendi 30 minuti affinché il valore della quota aumentata venga propagato.

4 Puoi aumentare la quota per i modelli Agent Platform text-embedding e text-multilingual-embedding a 10.000 RPM senza approvazione manuale. Ciò comporta un aumento del throughput di 500.000.000 di righe per job o più, in base a una chiamata con una media di 50 token in ogni riga di input.

5 Questa funzione è limitata a un massimo di 5 job in esecuzione contemporaneamente per progetto.

Per ulteriori informazioni sulla quota per gli LLM di Agent Platform, consulta Limiti di quota dell'AI generativa su Agent Platform.

Limiti di token al minuto

I seguenti limiti si applicano ai modelli Agent Platform che utilizzano un limite di token al minuto:

Funzione Token al minuto Righe per lavoro Numero di job in esecuzione simultanea
AI.GENERATE_EMBEDDING o ML.GENERATE_EMBEDDING quando utilizzi un modello remoto su un modello gemini-embedding-001 10.000.000 12.000.000, per una chiamata con una media di 300 token per riga 5
AI.GENERATE_EMBEDDING o ML.GENERATE_EMBEDDING quando utilizzi un modello remoto su un modello gemini-embedding-2 5.000.000 1.440.000 5

Limiti di token al giorno

I seguenti limiti giornalieri si applicano all'utilizzo dei token per i modelli linguistici di grandi dimensioni (LLM) a cui si accede tramite le funzioni AI generative di BigQuery. Questi limiti si applicano a livello globale in tutte le regioni e puoi richiedere un aggiustamento. Per ulteriori informazioni, consulta Controlla i costi con le quote di token.

Nome quota Metrica Ambito Valore predefinito
Token di input AI al giorno Token di input utilizzati dall'LLM Al giorno, per progetto 200.000.000.000
Token di input dell'AI al giorno per utente Token di input utilizzati dall'LLM Al giorno, per progetto, per utente 150.000.000.000
Token di output dell'AI al giorno Token di output e di pensiero utilizzati dall'LLM Al giorno, per progetto 20.000.000.000
Token di output AI al giorno per utente Token di output e di pensiero utilizzati dall'LLM Al giorno, per progetto, per utente 15.000.000.000

Funzioni dei servizi AI Cloud

I seguenti limiti si applicano alle funzioni che utilizzano i servizi AI Cloud:

Funzione Richieste al minuto Righe per lavoro Numero di job in esecuzione contemporaneamente
ML.PROCESS_DOCUMENT con documenti di 50 pagine in media 600 100.000 (in base a una media di 50 pagine in ogni documento di input) 5
ML.TRANSCRIBE 200 10.000 (in base a una durata media di 1 minuto per ogni file audio di input) 5
ML.ANNOTATE_IMAGE 1800 648.000 5
ML.TRANSLATE 6000 2.160.000 5
ML.UNDERSTAND_TEXT 600 21.600 5

Per saperne di più sulla quota per le API del servizio Cloud AI, consulta i seguenti documenti:

Definizioni delle quote delle funzioni

L'elenco seguente descrive le quote che si applicano alle funzioni dei servizi di IA generativa e Cloud AI:

  • Le funzioni che chiamano un modello Agent Platform utilizzano una quota Agent Platform, ovvero le query al minuto (QPM). In questo contesto, le query sono chiamate di richiesta dalla funzione all'API del modello della piattaforma dell'agente. La quota di QPM si applica a un modello di base e a tutte le versioni, gli identificatori e le versioni ottimizzate di quel modello. Per maggiori informazioni sulle quote dei modelli di Agent Platform, consulta Limiti di quota dell'AI generativa su Agent Platform.
  • Le funzioni che chiamano un servizio Cloud AI utilizzano le quote di richiesta del servizio di destinazione. Per i dettagli, consulta il riferimento alle quote del servizio AI Cloud specificato.

  • BigQuery ML utilizza le seguenti quote:

    • Richieste al minuto. Questa quota è il limite al numero di chiamate di richiesta al minuto che le funzioni possono effettuare all'API del modello Agent Platform o del servizio AI Cloud. Questo limite si applica a ogni progetto ed è condiviso tra tutti i job che utilizzano lo stesso endpoint del modello.

      Le chiamate ai modelli Gemini di Agent Platform non hanno limiti di quota predefiniti per l'utilizzo, perché i modelli Gemini utilizzano la quota condivisa dinamica (DSQ). DSQ fornisce l'accesso a un ampio pool di risorse condivise, che vengono allocate dinamicamente in base alla disponibilità in tempo reale delle risorse e alla domanda dei clienti per il modello in questione.

    • Token al minuto. Questa quota è il limite del numero di token al minuto che le funzioni possono inviare all'API del modello Agent Platform. Questo limite si applica a ogni progetto.

      Per le funzioni che chiamano un foundation model di Agent Platform, il numero di token al minuto varia in base all'endpoint, alla versione e alla regione del modello di Agent Platform, nonché alla reputazione del progetto. Questa quota è concettualmente la stessa della quota QPM utilizzata da Agent Platform.

    • Righe per job. Il valore Rows per job funge da benchmark delle prestazioni, approssimando la capacità di elaborazione quando un singolo job ha l'uso esclusivo delle risorse dell'endpoint del modello del progetto. Il numero effettivo di righe elaborate dipende da molti fattori, tra cui le dimensioni della richiesta di input al modello, le dimensioni delle risposte di output del modello e la disponibilità della quota condivisa dinamica. I seguenti esempi mostrano alcuni scenari comuni:

      • Per l'endpoint gemini-2.0-flash-lite-001, il numero di righe elaborabili dalla funzione AI.GENERATE_TEXT o ML.GENERATE_TEXT dipende dal conteggio dei token di input e output. Il servizio può elaborare circa 7,6 milioni di righe per le chiamate con un numero medio di token di input di 2000 e un numero massimo di token di output di 50. Questo numero scende a circa 1 milione di righe se il numero medio di token di input è 10.000 e il numero massimo di token di output è 3000.

        Allo stesso modo, l'endpoint gemini-2.0-flash-001 può elaborare 4,4 milioni di righe per le chiamate con un numero medio di token di input di 2000 e un numero massimo di token di output di 50, ma solo circa 1 milione di righe per le chiamate con 10.000 token di input e 3000 token di output.

      • La funzione ML.PROCESS_DOCUMENT può elaborare più righe per job per i documenti brevi rispetto a quelli lunghi.

      • La funzione ML.TRANSCRIBE può elaborare più righe per job per i clip audio brevi rispetto ai clip audio lunghi.

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

I seguenti esempi mostrano come interpretare le limitazioni delle quote in situazioni tipiche:

  • Ho una quota di 1000 QPM in Agent Platform, quindi una query con 100.000 righe dovrebbe richiedere circa 100 minuti. Perché il job è in esecuzione da più tempo?

    I tempi di esecuzione dei job possono variare anche per gli stessi dati di input. In Agent Platform, le chiamate di procedura remota (RPC) hanno priorità diverse per evitare l'esaurimento della quota. Quando la quota non è sufficiente, le RPC con priorità più bassa attendono e potrebbero non riuscire se l'elaborazione richiede troppo tempo.

  • Come devo interpretare la quota di righe per job?

    In BigQuery, una query può essere eseguita per un massimo di sei ore. Il numero massimo di righe supportate dipende da questa cronologia e dalla tua quota di QPM della piattaforma agente, per garantire che BigQuery possa completare l'elaborazione delle query in sei ore. Poiché in genere una query non può utilizzare l'intera quota, questo è un numero inferiore alla quota QPM moltiplicata per 360.

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

    BigQuery elabora solo il numero di righe specificato dalla quota di righe per 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 questo set di script SQL o questo pacchetto Dataform per eseguire l'iterazione delle chiamate di inferenza finché tutte le righe non vengono elaborate correttamente.

  • Ho molte più righe da elaborare rispetto alla quota di righe per job. La suddivisione delle righe in più query e la loro esecuzione simultanea può essere d'aiuto?

    No, perché queste query utilizzano la stessa quota di richieste al minuto di BigQuery ML e la stessa quota di QPM di Agent Platform. Se esistono più query che rientrano tutte nella quota di righe per job e nella quota di numero di job eseguiti contemporaneamente, l'elaborazione cumulativa esaurisce la quota di richieste al minuto.

Grafo BigQuery

I seguenti limiti si applicano a BigQuery Graph:

Limite Predefinito Note
Numero massimo di tabelle a cui fa riferimento un grafico 1000 tabelle Un grafico può fare riferimento a un massimo di 1000 tabelle di nodi e archi nelle relative definizioni.
Numero massimo di colonne chiave per tabella di nodi o archi 16 colonne Puoi definire una chiave che utilizza fino a 16 colonne in una tabella di nodi o archi di un grafico.
Numero massimo di colonne per riferimento nodo 16 colonne Una chiave di origine o di destinazione può fare riferimento a un massimo di 16 colonne di una tabella dei nodi in un grafico.
Numero massimo di colonne per riferimento al bordo 16 colonne La chiave di origine o di destinazione di un arco può fare riferimento a un massimo di 16 colonne della tabella degli archi.
Numero massimo di etichette in un grafico 1000 etichette Puoi definire fino a 1000 etichette di nodi e archi in totale su un grafico.
Numero massimo di etichette definite per nodo o arco 20 etichette Puoi definire fino a 20 etichette su un nodo o un arco in un grafico.
Numero massimo di proprietà definite in un grafico 5000 proprietà Puoi definire fino a 5000 proprietà in un grafico.
Numero massimo di proprietà definite per etichetta 1000 proprietà Puoi definire fino a 1000 proprietà per etichetta in un grafico.

BI Engine

I seguenti limiti si applicano a BigQuery BI Engine.

Limite Predefinito Note
Dimensione massima della prenotazione per progetto per località (BigQuery BI Engine) 250 GiB 250 GiB è la dimensione massima predefinita della prenotazione per progetto per località. Puoi richiedere un aumento della capacità massima di prenotazione per i tuoi progetti. Gli aumenti della prenotazione sono disponibili nella maggior parte delle regioni e potrebbero richiedere 3 o più giorni lavorativi a seconda delle dimensioni dell'aumento richiesto. Contatta il tuo rappresentante Google Cloud o l'assistenza clienti Google Cloud per richieste urgenti.
Numero massimo di righe per query 7 miliardi Numero massimo di righe per query.

BigQuery sharing (in precedenza Analytics Hub)

I seguenti limiti si applicano a BigQuery sharing (in precedenza Analytics Hub):

Limite Predefinito Note
Numero massimo di scambi di dati per progetto 500 scambi Puoi creare fino a 500 data exchange in un progetto.
Numero massimo di schede per scambio di dati 1000 schede Puoi creare fino a 1000 schede in un data exchange.
Numero massimo di set di dati collegati per set di dati condiviso 1000 set di dati collegati Tutti gli abbonati a BigQuery sharing, combinati, possono avere un massimo di 1000 set di dati collegati per set di dati condiviso.

Rilevamento automatico di Knowledge Catalog

Al rilevamento automatico di Knowledge Catalog si applicano i seguenti limiti:

Limite Predefinito Note
Numero massimo di tabelle BigQuery, BigLake o esterne per bucket Cloud Storage supportate da un'analisi di rilevamento 1000 tabelle BigQuery per bucket Puoi creare fino a 1000 tabelle BigQuery per bucket Cloud Storage.

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 (principale):

Quota Predefinito Note
Richieste al giorno Illimitato Il tuo progetto può effettuare 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 più regioni; 3,7 GB in tutte le altre regioni Il tuo progetto può restituire un massimo di 7,5 GB di dati di riga della tabella al minuto tramite tabledata.list nelle multi-regioni us e eu e 3,7 GB di dati di riga della tabella al minuto in tutte le altre regioni. Questa quota si applica al progetto che contiene la tabella in fase di lettura. Anche altre API, tra cui jobs.getQueryResults e il recupero dei risultati da jobs.query e jobs.insert, possono consumare questa quota. Per informazioni sulla risoluzione dei problemi, consulta la pagina Risoluzione dei problemi.
Visualizza la quota nella console Google Cloud

L'API BigQuery Storage Read può sostenere un throughput significativamente più elevato rispetto a tabledata.list. Se hai bisogno di un throughput superiore a quello consentito da questa quota, valuta la possibilità di utilizzare l'API BigQuery Storage Read.

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

Limite Predefinito Note
Numero massimo di richieste API al secondo per utente per metodo 100 richieste Un utente può effettuare fino a 100 richieste API al secondo a un metodo API. Se un utente effettua più di 100 richieste al secondo a un metodo, può verificarsi una limitazione. Questo limite non si applica agli inserimenti di flussi di dati.

Per informazioni sulla risoluzione dei problemi, consulta la pagina Risoluzione dei problemi.
Numero massimo di richieste API contemporanee per utente 300 richieste Se un utente effettua più di 300 richieste in parallelo, può verificarsi una limitazione. Questo limite non si applica agli inserimenti di flussi di dati.
Dimensioni massime dell'intestazione della richiesta 16 KiB La richiesta API BigQuery può avere una dimensione massima di 16 KiB, inclusi l'URL della richiesta e tutte le intestazioni. Questo limite non si applica al corpo della richiesta, ad esempio in una richiesta POST.
Numero massimo di richieste al secondo: jobs.get 1000 richieste Il tuo progetto può effettuare fino a 1000 jobs.get richieste al secondo.
Dimensione massima della risposta jobs.query 20 MB Per impostazione predefinita, non esiste un conteggio massimo di righe per il numero di righe di dati restituite da jobs.query per pagina di risultati. Tuttavia, sei limitato alla dimensione massima della 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 sulla rappresentazione interna dei dati della riga. Il limite viene applicato durante la transcodifica.
Numero massimo di richieste al secondo projects.list 10 richieste Un utente può effettuare fino a 10 richieste projects.list al secondo.
Numero massimo di richieste tabledata.list al secondo 1000 richieste Il tuo progetto può effettuare fino a 1000 richieste tabledata.list al secondo.
Numero massimo di righe per risposta tabledata.list 100.000 righe Una chiamata tabledata.list può restituire fino a 100.000 righe di tabella. Per saperne di più, consulta Riferimento: limiti API e criteri.
Dimensione massima riga tabledata.list 100 MB La dimensione massima della riga è approssimativa perché il limite si basa sulla rappresentazione interna dei dati della riga. Il limite viene applicato durante la transcodifica.
Numero massimo di richieste al secondo: tables.insert 10 richieste Un utente può effettuare fino a 10 richieste tables.insert al secondo. Il metodo tables.insert crea una nuova tabella vuota in un set di dati.

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 tuo progetto può effettuare 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 ai metodi dell'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 tuo progetto può creare fino a 10 connessioni BigQuery Omni in totale su AWS e Azure al minuto.
Utilizzi della connessione BigQuery Omni 500 utilizzi della connessione al minuto Il tuo progetto può utilizzare una connessione BigQuery Omni fino a 500 volte al minuto. Questo vale per le operazioni che utilizzano la connessione per accedere al tuo account AWS, ad esempio l'esecuzione di query su una tabella.

API BigQuery Migration

I seguenti limiti si applicano all'API BigQuery Migration:

Limite Predefinito Note
Dimensioni dei singoli file per la traduzione SQL batch 10 MB Ogni singolo file di origine e di metadati può avere una dimensione massima di 10 MB. Questo limite non si applica al file ZIP dei metadati prodotto dallo strumento di estrazione da riga di comando dwh-migration-dumper.
Dimensione totale dei file di origine per la traduzione SQL batch 1 GB La dimensione totale di tutti i file di input caricati su Cloud Storage può essere di massimo 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 che inserisci per la traduzione SQL interattiva non deve superare 1 MB. Quando esegui traduzioni interattive utilizzando l'API Translation, questo limite si applica alla dimensione totale di tutti gli input di stringhe.
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 le dimensioni del file di metadati consiste nell'utilizzare i flag —database o –schema per filtrare i database quando generi i metadati.
Numero massimo di suggerimenti di Gemini all'ora 1000 (possono accumularsi fino a 10.000 se non vengono utilizzati) Se necessario, puoi richiedere un aumento della quota contattando l'assistenza clienti Google Cloud.

Le seguenti quote si applicano all'API BigQuery Migration. Nella maggior parte dei casi, si applicano i seguenti valori predefiniti. Le impostazioni predefinite per il tuo progetto potrebbero essere diverse:

Quota Predefinito Note

Richieste di elenco del servizio EDWMigration al minuto

Richieste di elenco del servizio 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 elenco dell'API Migration al minuto.

Visualizza le quote nella console Google Cloud

Richieste GET del servizio EDWMigration al minuto

Richieste Get del servizio EDWMigration al minuto per utente

25.000 richieste

2500 richieste

Il tuo 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 Migration al minuto.

Visualizza le quote nella console Google Cloud

Altre richieste al minuto del servizio EDWMigration

Altre richieste del servizio EDWMigration al minuto per utente

25 richieste

5 richieste

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

Ogni utente può effettuare fino ad altre 5 richieste API di migrazione 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 tuo progetto può effettuare fino a 200 richieste di servizio al servizio di traduzione SQL al minuto.

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

Visualizza 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 tuo progetto può effettuare un totale di massimo 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 tuo progetto può effettuare fino a 100 chiamate al metodo SearchAllAssignments al minuto per regione.
Visualizza le quote nella console Google Cloud
Richieste per SearchAllAssignments al minuto per regione per utente 10 richieste Ciascun 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 all'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 Identity and Access Management in BigQuery per recuperare e impostare le policy IAM e per testare le autorizzazioni IAM. Le istruzioni DCL (Data Control Language) vengono conteggiate ai fini della quota di 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 tuo progetto può effettuare fino a 3000 richieste al minuto.
Visualizza la quota nella console Google Cloud
Singola regione SetIAMPolicy richieste al minuto per progetto 1000 richieste al minuto per progetto Il tuo progetto a una sola regione può effettuare fino a 1000 richieste al minuto.
Visualizza la quota nella console Google Cloud
Multiregione 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
Omni-region SetIAMPolicy richieste al minuto per progetto 200 richieste al minuto per progetto Il tuo progetto multiregionale 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
Lettura delle richieste del data plane 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
Numero massimo di connessioni di lettura simultanee 2000 in più regioni; 400 in regioni Numero massimo di connessioni ReadRows simultanee per progetto. Il valore predefinito è 2000 connessioni nelle multi-regioni us e eu e 400 connessioni in altre regioni.
La disponibilità effettiva della connessione può variare in base al carico e alla domanda complessivi del servizio a livello regionale. Questa regolazione dinamica garantisce una distribuzione equa delle risorse e mantiene la stabilità del servizio per tutti gli utenti. Quando uno stream viene chiuso per motivi di equità o quando raggiungi il limite di connessioni, ricevi un errore RESOURCE_EXHAUSTED (HTTP 429).
Le richieste di aumento della quota (QIR) vengono esaminate in base ai pattern di utilizzo passati del progetto e alla disponibilità generale delle risorse all'interno della regione.
Visualizza la quota nella console Google Cloud
Richieste di lettura del control plane al minuto per utente 5000 richieste Ogni utente può effettuare fino a 5000 chiamate di operazioni sui metadati dell'API Storage Read al minuto per progetto. Le chiamate ai metadati includono i metodi CreateReadSession e SplitReadStream.
Visualizza la quota nella console Google Cloud

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

Limite Predefinito Note
Lunghezza massima di righe/filtri 1 MB Quando utilizzi la chiamata CreateReadSession dell'API Storage Read, la lunghezza massima di ogni riga o filtro è limitata a 1 MB.
Dimensione massima dei dati serializzati 128 MB Quando utilizzi la chiamata API Storage Read ReadRows, la rappresentazione serializzata dei dati in un singolo messaggio ReadRowsResponse non può superare i 128 MB.
Utilizzo massimo della memoria utilizzata per stream 1,5 GB La memoria massima per stream è approssimativa perché il limite si basa sulla rappresentazione interna dei dati delle righe. I flussi che utilizzano più di 1,5 GB di memoria per una singola riga potrebbero non riuscire. Per saperne di più, vedi Risolvere i problemi relativi al superamento delle risorse.

API Storage Write (gRPC)

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

Se prevedi di richiedere un aggiustamento della quota, includi il messaggio di errore relativo alla quota nella richiesta per accelerare l'elaborazione. BigQuery potrebbe ridurre la quota di cui hai eseguito il provisioning se la quota è sottoutilizzata in modo significativo per più di un anno.

Quota Predefinito Note
Connessioni di scrittura simultanee 5000 in una regione; 20.000 in una multiregione

La quota di connessioni simultanee si basa sul progetto client che avvia la richiesta dell'API Storage Write (gRPC), non sul progetto contenente la risorsa del set di dati BigQuery. Il progetto di avvio è quello associato alla chiave API o al service account.

Il tuo progetto può operare su 5000 connessioni simultanee in una regione o su 20.000 connessioni simultanee nelle multiregioni US e EU.

Una connessione deve essere di lunga durata e utilizzata per inviare il maggior numero possibile di richieste. L'utilizzo di connessioni di breve durata è sconsigliato e potrebbe causare un utilizzo eccessivo della quota di connessioni simultanee. Ai fini del conteggio della quota, ti consigliamo una durata della connessione di almeno alcuni minuti.

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

Visualizza la quota nella console Google Cloud

Puoi visualizzare le metriche relative a quota e 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 rispettivamente per us, eu e altre regioni.

Ti consigliamo vivamente di configurare avvisi per monitorare l'utilizzo e i limiti delle quote. Inoltre, se i pattern di traffico registrano picchi e/o una crescita organica regolare, potrebbe essere utile prendere in considerazione un over-provisioning della quota del 25-50% per gestire la domanda imprevista.
Throughput Velocità effettiva di 3 GB al secondo in multiregione; 300 MB al secondo nelle regioni Puoi trasmettere in streaming fino a 3 GBps nelle multi-regioni us e eu e 300 MBps in altre regioni per progetto.
Visualizza la quota nella console Google Cloud

Puoi visualizzare le metriche relative a quota e limiti di utilizzo per i tuoi progetti in Cloud Monitoring. Seleziona il nome del limite di velocità effettiva in base alla tua regione. Le opzioni sono AppendBytesThroughputPerProject, AppendBytesThroughputPerProjectEU e AppendBytesThroughputPerProjectRegion rispettivamente per us, eu e altre regioni. La quota di velocità effettiva di scrittura viene misurata in base al progetto in cui si trova il set di dati di destinazione, non al progetto client.

Ti consigliamo vivamente di configurare avvisi per monitorare l'utilizzo e i limiti delle quote. Inoltre, se i tuoi pattern di traffico subiscono picchi e/o una crescita organica regolare, potrebbe essere utile prendere in considerazione l'overprovisioning della quota del 25-50% per gestire una domanda imprevista.
Richieste CreateWriteStream 10.000 stream all'ora, per progetto per regione Puoi chiamare CreateWriteStream fino a 10.000 volte all'ora per progetto per regione. Se non hai bisogno di una semantica di tipo exactly-once, valuta la possibilità di utilizzare lo stream predefinito. Questa quota è oraria, ma la metrica mostrata nella console Google Cloud è al minuto.
Byte dei flussi in attesa 10 TB in multiregioni; 1 TB in regioni singole Per ogni commit che attivi, puoi eseguire il commit di un massimo di 10 TB nelle multi-regioni us e eu e di 1 TB in altre regioni. Non è presente alcun report sulla quota.

I seguenti limiti si applicano alle richieste API Storage Write (gRPC):

Limite Predefinito Note
Commit batch 10.000 stream per tabella Puoi eseguire il commit di un massimo di 10.000 stream in ogni chiamata BatchCommitWriteStream.
AppendRows dimensioni richiesta 20 MB La dimensione massima della richiesta è 20 MB.

Inserimento di flussi di dati

Quando trasmetti dati in streaming in BigQuery utilizzando l'API BigQuery Storage Write (REST), si applicano le seguenti quote e limiti. Per informazioni sulle strategie per rispettare questi limiti, consulta Risoluzione degli errori relativi alle quote. Se superi queste quote, BigQuery restituisce un errore quotaExceeded. BigQuery potrebbe ridurre la quota di cui hai eseguito il provisioning se la quota è sottoutilizzata in modo significativo per più di un anno.

Limite Predefinito Note
Numero massimo di byte al secondo per progetto nelle multi-regioni us e eu 1 GB al secondo

Il tuo progetto può trasmettere in streaming fino a 1 GB al secondo. Questa quota è cumulativa all'interno di una determinata multiregione. In altre parole, la somma dei byte al secondo trasmessi in streaming a tutte le tabelle per un determinato progetto all'interno di una multi-regione è limitata a 1 GB.

Il superamento di questo limite causa errori quotaExceeded.

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

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

Il tuo progetto può trasmettere in streaming fino a 300 MB al secondo in tutte le località, ad eccezione delle multi-regioni us e eu. Questa quota è cumulativa all'interno di una determinata multiregione. In altre parole, la somma dei byte al secondo trasmessi in streaming a tutte le tabelle per un determinato progetto all'interno di una regione è limitata a 300 MB.

Il superamento di questo limite causa errori quotaExceeded.

Se necessario, puoi richiedere un aumento della quota contattando l'assistenza clienti Google Cloud. Richiedi qualsiasi aumento il prima possibile, almeno due settimane prima di quando ti serve. L'aumento della quota richiede tempo per diventare disponibile, soprattutto nel caso di un aumento significativo.

Dimensione massima della riga 10 MB Il superamento di questo valore causa errori invalid.
Limite di dimensioni della richiesta HTTP 10 MB

Il superamento di questo valore causa errori invalid.

Internamente, la richiesta viene tradotta da HTTP JSON in una struttura di dati interna. La struttura dei dati tradotta ha un proprio limite di dimensioni forzato. È difficile prevedere le dimensioni della struttura dei dati interni risultante, ma se mantieni le richieste HTTP entro i 10 MB, 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 batching può aumentare le prestazioni e il throughput fino a un certo punto, ma a scapito della latenza per richiesta. Un numero troppo basso di righe per richiesta e l'overhead di ogni richiesta possono rendere inefficiente l'importazione. Se il numero di righe per richiesta è troppo elevato, la velocità effettiva può diminuire. Sperimenta con dati rappresentativi (schema e dimensioni dei dati) per determinare la dimensione ideale del batch per i tuoi dati.
Lunghezza campo insertId 128 caratteri Il superamento di questo valore causa errori invalid.

Per una quota di streaming aggiuntiva, consulta Richiedi un aumento della quota.

Larghezza di banda

Le seguenti quote si applicano alla larghezza di banda della replica dei set di dati tra regioni:

Quota Predefinito Note
Larghezza di banda massima per la replica dei set di dati tra regioni per il backfill iniziale per ogni regione con traffico in uscita dei dati tra regioni dalla replica principale alle repliche secondarie. 10 GiBps fisici per regione per organizzazione
Larghezza di banda massima per la replica dei set di dati tra regioni in corso per ogni regione che ha l'uscita dei dati tra regioni dalla replica primaria alle repliche secondarie. 5 GiBps fisici per regione per organizzazione
Larghezza di banda massima per la replica turbo dei set di dati tra regioni per ogni regione con uscita dei dati tra regioni dalla replica primaria alle repliche secondarie. 5 GiBps fisici per regione per organizzazione La quota di larghezza di banda per la replica turbo dei set di dati tra regioni non si applica all'operazione di backfill iniziale.

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

Le seguenti quote si applicano alla larghezza di banda per la copia delle tabelle tra regioni:

Quota Predefinito Note
Larghezza di banda massima per la copia per ogni regione con traffico in uscita tra regioni dalla tabella di origine alla tabella di destinazione. 2 GiBps fisici per coppia di regioni per organizzazione.