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:
- Monitora il tuo consumo di Google Cloud prodotti e servizi
- Limita il consumo di queste risorse
- Fornisce un modo per richiedere modifiche al valore della quota e automatizzare gli aggiustamenti della quota
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 Risolvere i problemi relativi a quote ed errori di limite.
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 prenotazioni più 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 norme specifiche variano a seconda della disponibilità delle risorse, del profilo utente, della cronologia di Service Usage e di altri fattori e sono soggette a modifiche senza preavviso.
Rifornimento 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 una guida passo passo alla procedura di richiesta di aumento della quota nella console Google Cloud , fai clic su Procedura guidata:
Limita l'utilizzo della quota
Per scoprire come limitare l'utilizzo di una risorsa specifica creando un override della quota, consulta Crea override della quota.
Autorizzazioni obbligatorie
Per visualizzare e aggiornare le quote BigQuery nella consoleGoogle Cloud , devi disporre delle stesse autorizzazioni di qualsiasi quota Google Cloud. Per saperne di più, consulta le autorizzazioni per le quoteGoogle Cloud .
Risoluzione dei problemi
Per informazioni sulla risoluzione dei problemi 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 simultaneo di job che possono essere in stato in 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 di 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. Consulta Creare quote di query personalizzate per scoprire di più sui controlli dei costi. 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 per tutti gli utenti del progetto combinati 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
posizione di elaborazione delle query BigQuery e la
posizione dell'istanza Cloud SQL sono diverse, la query è una
query tra regioni
diverse. 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 di 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 per job di BigQuery Omni | 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 esegue una query Omni CTAS in background per trasferire i dati in
una tabella temporanea nella tua regione BigQuery. Per richiedere
un aumento, contatta l'assistenza.
Per saperne di più, consulta la pagina relativa ai costi dei 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 | Quando esegui query globali che copiano dati tra regioni,puoi eseguire fino a 10.000 job di copia per progetto. 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 Evitare i limiti per le query interattive ad alto volume. |
| 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 rispetto alle 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 10 query simultanee 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 multi-istruzione, consulta Query multi-istruzione. |
| Numero massimo di query SQL precedente simultanee che contengono UDF | 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 UDF vengono conteggiate ai fini del limite concorrente per le query interattive. Questo limite non si applica alle query GoogleSQL. |
| Limite di dimensioni delle query giornaliero | Illimitato | Per impostazione predefinita, non esiste un limite giornaliero per le dimensioni delle query. Tuttavia, puoi impostare limiti alla quantità di dati che gli utenti possono interrogare 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 accodamento e sovrascrittura eseguite da 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.
|
| Limite di tempo di esecuzione di 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:
Per saperne di più, consulta la sezione Durata dell'esecuzione nella documentazione sulla risoluzione dei problemi relativi alle query. Il timeout del job |
| Numero massimo di risorse a cui viene fatto riferimento per query | 1000 risorse |
Una query può fare riferimento a un massimo di 1000 tra tabelle, viste,
funzioni definite dall'utente (UDF) e funzioni di tabella unici dopo l'espansione completa. Questo limite include quanto segue:
|
| Lunghezza massima dei caratteri della query SQL | 1024 k caratteri |
Una query SQL può contenere fino a 1024 k caratteri. Questo limite include
i commenti e i caratteri di spazio vuoto. 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 dividere
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, viene visualizzato il seguente errore: The query
is too large.
Per rispettare questo limite, valuta la possibilità di sostituire array o elenchi di grandi dimensioni con
parametri di 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, viene visualizzato il seguente errore: The query is too
large.
Per rispettare questo limite, valuta la possibilità di sostituire array o elenchi di grandi dimensioni con parametri
della query.
|
| Lunghezza massima delle query legacy e GoogleSQL risolte | 12 MB | Il limite di dimensioni della query risolta include tutte le viste e le tabelle con caratteri jolly a cui fa riferimento la query. |
| Numero massimo di parametri di ricerca GoogleSQL | 10.000 parametri | Una query GoogleSQL può avere fino a 10.000 parametri. |
| Dimensione massima della richiesta | 10 MB | 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 possono 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 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 simultanei. 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 di BigQuery vengono condivisi fra 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 analizzati 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 troppa CPU per la quantità di dati
in fase di elaborazione, la query non riesce e viene visualizzato un
errore billingTierLimitExceeded.
Per saperne di più,
consulta
Messaggi di errore.
|
| Mutazioni della tabella delle transazioni con più istruzioni | 100 tabelle | Una transazione può modificare i dati in un massimo di 100 tabelle. |
| Modifiche alla partizione delle transazioni con più istruzioni | 100.000 modifiche alle partizioni | Una transazione può eseguire al massimo 100.000 modifiche alla partizione. |
| Dimensione massima dei risultati delle query BigQuery Omni | 20 GiB non compressi | La dimensione massima del risultato è 20 GiB di byte logici quando si esegue una 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. |
| Dimensioni totali 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 i limiti di BigQuery Omni. |
| Dimensione massima delle righe di BigQuery Omni | 10 MiB | La dimensione massima della riga è 10 MiB quando si esegue una query sui dati di Microsoft Azure o AWS. Per saperne di più, consulta la sezione Limitazioni di BigQuery Omni. |
| Trasferimento delle 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.
Estrai job
I seguenti limiti si applicano ai job che
estraggono dati
da BigQuery utilizzando lo strumento a riga di comando bq, Google Cloud la console
o il metodo API jobs.insert
di tipo estrazione.
| 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 condiviso. 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:
|
| 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:
|
| Dimensione massima della tabella estratta in un unico 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, la dimensione dei file di output è superiore a 1 GB. |
| URI jolly per job di estrazione | 500 URI | Un job di estrazione può avere fino a 500 URI con caratteri jolly. |
Per ulteriori informazioni sulla visualizzazione dell'utilizzo attuale dei job di estrazione, consulta Visualizzare 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 dati
in BigQuery utilizzando la
consoleGoogle Cloud , lo strumento a riga di comando bq o il metodo API
jobs.insert
di tipo di 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 al numero di operazioni sulle tabelle al giorno per le tabelle standard e partizionate, vedi Tabelle. |
| Caricamento dei job al giorno | 100.000 job | Il tuo progetto viene reintegrato con una quota massima di 100.000 job di caricamento ogni 24 ore. I job di caricamento non riusciti vengono conteggiati ai fini di questo limite. In alcuni casi, è possibile eseguire più di 100.000 job di caricamento in 24 ore se la quota del 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 totali, inclusi tutti i file che corrispondono a tutti gli URI con caratteri jolly. |
| Numero massimo di file nel bucket Cloud Storage di origine | Circa 60.000.000 di file | Un job di caricamento può leggere da un bucket Cloud Storage contenente fino a circa 60.000.000 di file. |
| Limite di tempo di esecuzione del job di caricamento | 6 ore | Un job di caricamento non riesce se viene eseguito per più di sei ore. |
| Avro: dimensione massima per i blocchi di dati dei file | 16 MB | Il limite di dimensione 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 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 dimensione 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 relative alla quota 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 per i job di caricamento. È importante considerare
il numero di trasferimenti che abiliti in ogni progetto per evitare che i trasferimenti e altri
job di caricamento producano 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 abiliti nel tuo progetto.Number of tablesè il numero di tabelle create da ogni tipo di trasferimento specifico. Il numero di tabelle varia in base al tipo di trasferimento:- I trasferimenti di Campaign Manager creano circa 25 tabelle.
- I trasferimenti di Google Ads creano circa 60 tabelle.
- I trasferimenti di Google Ad Manager creano circa 40 tabelle.
- I trasferimenti di Google Play creano circa 25 tabelle.
- I trasferimenti di Search Ads 360 creano circa 50 tabelle.
- I trasferimenti di YouTube creano circa 50 tabelle.
Schedule frequencyindica 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, un clone di tabella o
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 |
|---|---|---|
| Copia dei job per tabella di destinazione al giorno | Consulta Operazioni sulla tabella al giorno. | |
| Copie di job al giorno | 100.000 job | Il tuo progetto può eseguire fino a 100.000 operazioni di copia al giorno. |
| Job di copia tra regioni per tabella di destinazione al giorno | 100 job | Il tuo 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 tuo 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 ogni job di copia. |
Per informazioni sulla visualizzazione dell'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, ognuna delle quali copia fino a 20.000 tabelle, finché non vengono copiate tutte le tabelle. Queste corse 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 multiregione UE utilizzando la console Google Cloud .
Visualizza le quote nella console Google Cloud |
| Numero totale di slot per la regione Stati Uniti | 10.000 slot |
Il numero massimo di slot BigQuery che puoi acquistare
nella multiregione Stati Uniti utilizzando la console Google Cloud .
Visualizza le quote nella console Google Cloud |
Numero totale di slot per la regione us-east1
|
4000 slot |
Il numero massimo di slot BigQuery che puoi
acquistare nella regione elencata utilizzando la console Google Cloud .
Visualizza le quote nella console Google Cloud |
Numero totale di slot per le seguenti regioni:
|
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:
|
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 regione utilizzando la console Google Cloud .
Visualizza le quote nella console Google Cloud |
Si applicano i seguenti limiti alle prenotazioni:
| 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 delle versioni 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 raggruppare le visualizzazioni in set di dati autorizzati. Come best practice, raggruppa le viste correlate in set di dati autorizzati quando progetti nuove architetture BigQuery, in particolare quelle 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 quanto segue:
|
| Lunghezza massima di una descrizione del 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 di una descrizione della 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 alla tabella 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. Le istruzioni DML sono escluse e non vengono conteggiate nel numero di modifiche alla tabella al giorno. I dati di streaming sono esclusi e non vengono conteggiati nel 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 delle tabelle ogni 10 secondi
per tabella. Questo limite si applica a tutte le operazioni di aggiornamento dei metadati delle tabelle,
eseguite da:
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 al limite se viene raggiunto. Le operazioni DML hanno limiti di frequenza dedicati.
Se superi questo limite, riceverai un messaggio di errore simile a
Per identificare le operazioni che vengono conteggiate ai fini di questo limite, puoi controllare i log. Consulta la sezione Risolvere gli errori relativi alla quota per indicazioni su come diagnosticare e risolvere questo errore. |
| Numero massimo di colonne per tabella | 10.000 colonne | Ogni tabella, risultato della query o definizione della visualizzazione può contenere 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ò contenere 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 l' eliminazione 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 in streaming non influiscono su questo limite.
Per informazioni sulle strategie per rispettare i limiti per le tabelle partizionate, consulta Risoluzione dei problemi relativi agli errori di quota.
| Limite | Predefinito | Note |
|---|---|---|
| Numero di partizioni per tabella partizionata | 10.000 partizioni | Ogni tabella partizionata può avere fino a 10.000 partizioni. Se superi questo limite, valuta la possibilità di utilizzare il clustering in aggiunta o in alternativa al partizionamento. |
| Numero di partizioni modificate da un singolo job | 4000 partizioni | Ogni operazione di job (query o caricamento) può interessare fino a 4000 partizioni. BigQuery rifiuta qualsiasi query o job di caricamento che tenti 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. Una modifica della partizione viene conteggiata 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 alla partizione 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 alle partizioni al giorno. I dati di streaming non vengono conteggiati nel numero di modifiche alle partizioni al giorno. |
| Tasso massimo di 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 quanto segue:
DELETE, INSERT, MERGE,
TRUNCATE TABLE o UPDATE per scrivere
dati in una tabella.
Se superi questo limite, riceverai un messaggio di errore simile a
Per identificare le operazioni che vengono conteggiate ai fini di questo limite, puoi controllare i log. |
| Numero di intervalli possibili per il partizionamento per intervallo | 10.000 intervalli | Una tabella partizionata per intervallo 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 della tabella
Ai cloni di tabelle BigQuery si applicano i seguenti limiti:
| Limite | Predefinito | Note |
|---|---|---|
| Numero massimo di cloni e snapshot in una catena | 3 cloni o istantanee della tabella | La combinazione di cloni e snapshot è limitata a una profondità di 3. Quando cloni o acquisisci uno snapshot di una tabella di base, puoi clonare o acquisire lo snapshot del risultato solo altre due volte; il tentativo di clonare o acquisire lo snapshot del risultato una terza volta genera 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 duplicati aggiuntivi del clone o dello snapshot di terzo livello, utilizza un'operazione di copia. |
| Numero massimo di cloni e snapshot per una tabella di base | 1000 cloni o snapshot di tabelle | 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
Ai snapshot delle tabelle BigQuery si applicano i seguenti limiti:
| 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 simultanei. |
| 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 attività | Il tuo progetto può eseguire fino a 50 job di snapshot delle tabelle 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 cloni o istantanee della tabella | La combinazione di cloni e snapshot è limitata a una profondità di 3. Quando cloni o acquisisci uno snapshot di una tabella di base, puoi clonare o acquisire lo snapshot del risultato solo altre due volte; il tentativo di clonare o acquisire lo snapshot del risultato una terza volta genera 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 duplicati aggiuntivi del clone o dello snapshot di terzo livello, utilizza un'operazione di copia. |
| Numero massimo di cloni e snapshot per una tabella di base | 1000 cloni o snapshot di tabelle | 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 visualizzazioni 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 le query sono limitate 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 K caratteri. Questo limite si applica a una singola query e non include la lunghezza delle viste a cui viene fatto riferimento nella query. |
| Numero massimo di visualizzazioni autorizzate per set di dati | Vedi Set di dati. | |
| Lunghezza massima di una descrizione della 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 tabella di base (intera organizzazione) | 500 viste materializzate | A ogni tabella di base possono fare riferimento fino a 500 viste materializzate dell'intera organizzazione. |
| Numero massimo di visualizzazioni autorizzate per set di dati | Vedi 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
Ai indici di ricerca di BigQuery si applicano i seguenti limiti:
| 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 al giorno all'interno di una regione.
|
| Numero di istruzioni DDL dell'indice di 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 delle tabelle 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 di 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à della colonna 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à
a livello di colonna.
|
Indici vettoriali
A BigQuery vector indexes si applicano i seguenti limiti:
| Limite | Predefinito | Note |
|---|---|---|
| Numero minimo di righe della tabella di base | 5000 righe | Una tabella deve avere almeno 5000 righe per creare un indice vettoriale. |
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ò contenere 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 con indice vettoriale superano di nuovo 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 tuoi job di gestione degli indici vengono eseguiti nella tua prenotazione, questo limite non si applica. |
Routine
A routine si applicano le seguenti quote e limiti.
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 simultanee con UDF JavaScript | 6 query | Il tuo progetto può avere fino a sei query SQL precedente simultanee che contengono 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 UDF JavaScript per query | 50 risorse | Un job di query può avere fino a 50 risorse UDF JavaScript, come blob di codice incorporato o file esterni. |
| Dimensione massima del blob di codice incorporato | 32 kB | Un blob di codice inline in una UDF 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. |
Si applicano i seguenti limiti alle UDF permanenti:
| Limite | Predefinito | Note |
|---|---|---|
| Lunghezza massima di un nome di UDF | 256 caratteri | Il nome di una UDF può contenere fino a 256 caratteri. |
| Numero massimo di argomenti | 256 argomenti | Una UDF può avere fino a 256 argomenti. |
| Lunghezza massima del nome di un argomento | 128 caratteri | Il nome di un argomento UDF può contenere fino a 128 caratteri. |
| Profondità massima di una catena di riferimenti UDF | 16 riferimenti | Una catena di riferimenti UDF può contenere fino a 16 riferimenti. |
Profondità massima di un argomento o output di tipo STRUCT
|
15 livelli |
Un argomento o un output UDF di tipo STRUCT può avere fino a
15 livelli di profondità.
|
Numero massimo di campi negli argomenti o nell'output di tipo STRUCT
per UDF
|
1024 campi |
Una UDF può avere fino a 1024 campi negli argomenti di tipo STRUCT
e nell'output.
|
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 UDF fino a cinque volte ogni 10 secondi. |
| Numero massimo di UDF autorizzate per set di dati | Vedi Set di dati. | |
| UDF Python: byte di spazio di archiviazione delle immagini per progetto per regione | 10 GB | 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 UDF 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, vedi 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 10 query simultanee con 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 (1ª generazione.) può raggiungere i 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 Cloud Run è di massimo 15 MB. Il superamento di questo valore causa errori della 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 ed errori di query. |
| Limite di tempo per la chiamata HTTP (funzioni Cloud Run di 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 ed errori 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 di 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 riferimenti di funzioni di tabella | 16 riferimenti | Una catena di riferimenti di 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 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
Per le stored procedure BigQuery per Apache Spark si applicano i seguenti limiti:
| 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, tranne nelle seguenti località:
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 singola regione che si trova nella stessa area geografica, le query potrebbero consumare la stessa quota di CPU simultanee. |
| Dimensione totale massima dei dischi permanenti standard in uso | 204,8 TB | Puoi utilizzare fino a 204,8 TB di dischi permanenti standard per ogni località per ogni progetto. Le query già elaborate non consumano questo limite. Se esegui query simultanee in una località multiregione e in una località 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 |
La dimensione di un blocco note è la somma dei 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 blocchi note 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 del calcolo 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)
Per le istruzioni del Data Manipulation Language (DML) di BigQuery si applicano i seguenti limiti:
| 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 nel numero di modifiche alle tabelle al giorno o nel numero di modifiche alle tabelle partizionate al giorno per le tabelle partizionate. Le istruzioni DML presentano le seguenti limitazioni da tenere presente. |
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 concorrenza delle istruzioni INSERT che scrivono in una tabella
è limitata a 10. Ulteriori estratti conto INSERT vengono aggiunti a
una coda PENDING. In qualsiasi momento possono essere accodate fino a 100 istruzioni INSERT per una tabella. 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 modifica simultanee per tabella | 2 dichiarazioni |
BigQuery esegue fino a due istruzioni DML mutanti simultanee (UPDATE, DELETE e
MERGE) per ogni tabella. Le istruzioni DML di modifica aggiuntive
per una tabella vengono messe in coda.
|
| Istruzioni DML di modifica in coda per tabella | 20 dichiarazioni | Una tabella può contenere fino a 20 istruzioni DML mutanti nella coda in attesa di esecuzione. Se invii ulteriori istruzioni DML mutanti per la tabella, queste istruzioni non vengono eseguite. |
| Tempo massimo in coda per l'istruzione DML | 7 ore | Un'istruzione DML con priorità interattiva può attendere nella coda fino a sette ore. Se l'istruzione non è stata eseguita dopo sette ore, l'operazione non va a buon fine. |
| Tasso massimo di istruzioni DML per ogni tabella | 25 frasi ogni 10 secondi |
Il tuo progetto può eseguire fino a 25 istruzioni DML ogni 10 secondi per ogni tabella. Sia INSERT sia le istruzioni DML mutanti contribuiscono a questo limite.
|
Per saperne di più sulle istruzioni DML mutanti, consulta
INSERT Concorrenza DML e
UPDATE, DELETE, MERGE Concorrenza DML.
Query con più istruzioni
I seguenti limiti si applicano alle query con più istruzioni in BigQuery.
| Limite | Predefinito | Note |
|---|---|---|
| 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 contemporaneamente. |
| Limite di tempo cumulativo | 24 ore | Il limite di tempo cumulativo per una query con più istruzioni è di 24 ore. |
| Limite di tempo per la dichiarazione | 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 ovviare ai limiti di iterazione, consulta Risolvere i problemi relativi agli errori di limite 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 a livello di riga. |
| Numero massimo di policy di accesso alle righe per query | 6000 policy | Una query può accedere a un massimo di 6000 criteri di accesso a livello di riga. |
Numero massimo di istruzioni DDL CREATE / DROP
per policy ogni 10 secondi |
5 dichiarazioni |
Il tuo progetto può creare fino a cinque istruzioni CREATE o DROP
per risorsa policy di accesso a livello di riga ogni 10 secondi.
|
DROP ALL ROW ACCESS POLICIES istruzioni per tabella ogni
10 secondi |
5 dichiarazioni |
Il tuo progetto può eseguire fino a cinque istruzioni DROP ALL ROW ACCESS POLICIES
per tabella ogni 10 secondi.
|
Norme sui dati
Per il mascheramento dinamico dei dati a livello di colonna si applicano i seguenti limiti:
| Limite | Predefinito | Note |
|---|---|---|
| Numero massimo di policy dei dati per tag di criteri. | 8 policy per tag di criteri | Fino a otto criteri relativi ai 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
A BigQuery ML si applicano i seguenti limiti.
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 BigQuery ML.
CREATE MODEL istruzioni
Ai job
CREATE MODEL
si applicano i seguenti limiti:
| 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 di risorse e quote. |
| Limite di tempo di esecuzione | 24 ore o 48 ore | CREATE MODEL
Il timeout del job è impostato su 24 ore, ad eccezione delle serie temporali,
dei job AutoML e di ottimizzazione degli iperparametri, che hanno un timeout di 48
ore. |
Funzioni di AI generativa
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 delle 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_TEXTML.GENERATE_TEXTAI.GENERATE_TABLEAI.GENERATEAI.GENERATE_BOOLAI.GENERATE_DOUBLEAI.GENERATE_INT
|
gemini-2.0-flash-lite-001 |
US e EU multi-regioniSingole regioni come documentato per gemini-2.0-flash-lite-001 in Posizioni degli endpoint dei modelli 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-regioniSingole regioni come documentato per gemini-2.0-flash-001 in Località 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-regioniSingole regioni come documentato per gemini-2.5-flash in Località degli endpoint del modello Google |
N/A per 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-regioniSingole regioni come documentato per gemini-2.5-pro in Località degli endpoint del modello 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.IFAI.SCOREAI.CLASSIFY |
Vari modelli gemini-2.5-* |
US e EU multiregioniQualsiasi 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 da quota condivisa dinamica (DSQ)1. | 20.000.000 |
AI.GENERATE_TEXTML.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 Mistral AI | Consulta Disponibilità e quote per la regione del modello Mistral AI | ||
AI.GENERATE_EMBEDDING5AI.EMBEDAI.SIMILARITYAI.SEARCHVECTOR_SEARCHML.GENERATE_EMBEDDING5 |
text-embeddingtext-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 |
Regioni europee singole supportate | 1203 | 43.200 | |
| Regioni diverse dalle regioni europee singole supportate | 6003 | 216.000 | ||
gemini-embedding-2-preview |
us-central1 e US multi-regione |
40003 | 1.440.000 |
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 ottiene una velocità effettiva inferiore. Allo stesso modo, quando sono attivi meno clienti, ogni cliente potrebbe ottenere un throughput più elevato.
2 Throughput riservato è un abbonamento a costo fisso e 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 di 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 simultanea 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
Ai modelli Agent Platform che utilizzano un limite di token al minuto si applicano i seguenti limiti:
| 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-preview |
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 a cui si accede tramite le funzioni di AI generativa di BigQuery. Questi limiti si applicano a livello globale in tutte le regioni e puoi richiedere un aggiustamento. Per maggiori informazioni, consulta Controllare i costi con le quote di token.
| Nome quota | Metrica | Ambito | Valore predefinito |
|---|---|---|---|
GenAiInputTokensPerDay |
Token di input utilizzati dall'LLM | Al giorno per progetto | 200.000.000.000 |
GenAiInputTokensPerUserPerDay |
Token di input utilizzati dall'LLM | Al giorno per utente | 150.000.000.000 |
GenAiOutputTokensPerDay |
Token di output e di pensiero utilizzati dall'LLM | Al giorno per progetto | 20.000.000.000 |
GenAiOutputTokensPerUserPerDay |
Token di output e di pensiero utilizzati dall'LLM | Al giorno per utente | 15.000.000.000 |
Funzioni del servizio 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 simultanea |
|---|---|---|---|
ML.PROCESS_DOCUMENT con documenti di cinquanta pagine in media |
600 | 100.000 (in base a una media di 50 pagine per 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:
- Quota e limiti dell'API Cloud Translation
- Quota e limiti dell'API Vision
- Quota e limiti dell'API Natural Language
- Quota e limiti di Document AI
- Quota e limiti di Speech-to-Text
Definizioni delle quote di 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 query al minuto (QPM). In questo contesto, le query sono chiamate di richiesta dalla funzione all'API del modello di Agent Platform. 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 ulteriori dettagli, consulta il riferimento alla quota 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 condiviso di risorse, che vengono allocate dinamicamente in base alla disponibilità in tempo reale delle risorse e alla domanda del cliente per il modello specifico.
Token al minuto. Questa quota è il limite al 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 modello di base di Agent Platform, il numero di token al minuto varia a seconda dell'endpoint, della versione e della regione del modello Agent Platform, nonché della reputazione del tuo progetto. Questa quota è concettualmente uguale alla quota QPM utilizzata da Agent Platform.
Righe per job. Il valore
Rows per jobfunge da benchmark delle prestazioni, approssimando la capacità di elaborazione quando un singolo job utilizza in modo esclusivo le 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. Gli esempi seguenti mostrano alcuni scenari comuni:Per l'endpoint
gemini-2.0-flash-lite-001, il numero di righe elaborabili dalla funzioneAI.GENERATE_TEXToML.GENERATE_TEXTdipende dal conteggio dei token di input e output. Il servizio può elaborare circa 7,6 milioni di righe per le chiamate che hanno un conteggio dei token di input medio di 2000 e un conteggio dei token di output massimo di 50. Questo numero scende a circa 1 milione di righe se il conteggio medio dei token di input è 10.000 e il conteggio massimo dei token di output è 3000.Allo stesso modo, l'endpoint
gemini-2.0-flash-001può elaborare 4,4 milioni di righe per le chiamate con un conteggio dei token di input medio di 2000 e un conteggio massimo dei token di output di 50, ma solo circa 1 milione di righe con per le chiamate con 10.000 token di input e 3000 token di output.La funzione
ML.PROCESS_DOCUMENTpuò elaborare più righe per job per i documenti brevi rispetto a quelli lunghi.La funzione
ML.TRANSCRIBEpuò elaborare più righe per job per i clip audio brevi rispetto a quelli 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 della quota 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 viene eseguito più a lungo?
I tempi di esecuzione dei job possono variare anche per gli stessi dati di input. Nella 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ù basse 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 è una funzione di questa sequenza temporale e della quota QPM di Agent Platform, 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 le altre righe, BigQuery risponde alla richiesta con un errore
A retryable error occurred: the maximum size quota per query has reached, che viene restituito nella colonnastatusdel risultato. Puoi utilizzare questo insieme di script SQL o questo pacchetto Dataform per scorrere le 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 consumano la stessa quota di richieste BigQuery ML al minuto e la stessa quota di query al minuto 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.
Grafico BigQuery
A BigQuery Graph si applicano i seguenti limiti:
| 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 definizioni di nodi e archi. |
| Numero massimo di colonne chiave per tabella dei nodi o degli archi | 16 colonne | Puoi definire una chiave che utilizza fino a 16 colonne in una tabella dei nodi o dei bordi di un grafico. |
| Numero massimo di colonne per riferimento al 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 arco | 16 colonne | La chiave di origine o la chiave di destinazione di un edge può fare riferimento a un massimo di 16 colonne della tabella edge. |
| Numero massimo di etichette in un grafico | 1000 etichette | Puoi definire fino a 1000 etichette totali di nodi e archi in 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 GB | 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. Per richieste urgenti, contatta il tuo Google Cloud rappresentante o l'assistenza clienti Google Cloud. |
| 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
I seguenti limiti si applicano all'individuazione automatica di Knowledge Catalog:
| Limite | Predefinito | Note |
|---|---|---|
| Numero massimo di tabelle BigQuery, BigLake o esterne per bucket Cloud Storage supportato da una scansione 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 API BigQuery (core):
| 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 delle righe della tabella al minuto tramite tabledata.list nelle regioni multi-regione us e eu e 3,7 GB di dati delle righe 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 utilizzare 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 una velocità effettiva notevolmente superiore rispetto a
|
I seguenti limiti si applicano alle richieste dell'API BigQuery (core):
| 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 la limitazione.
Questo limite non si applica agli
inserimenti streaming.
Per informazioni sulla risoluzione dei problemi, consulta la pagina Risoluzione dei problemi. |
| Numero massimo di richieste API simultanee per utente | 300 richieste | Se un utente effettua più di 300 richieste simultanee, 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,
la dimensione massima della risposta è limitata a 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 e criteri
delle API.
|
Dimensione massima della 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 totali tra AWS e Azure al minuto. |
| Utilizzi della connessione BigQuery Omni | 500 utilizzi di connessione al minuto | Il tuo progetto può utilizzare una connessione BigQuery Omni fino a 500 volte al minuto. Ciò vale per le operazioni che utilizzano la connessione per accedere al tuo account AWS, ad esempio l'interrogazione di una tabella. |
API BigQuery Migration
I seguenti limiti si applicano all'API BigQuery Migration:
| Limite | Predefinito | Note |
|---|---|---|
| Dimensione dei singoli file per la traduzione batch di SQL | 10 MB |
Ogni singolo file di origine e metadati può avere una dimensione massima di 10 MB.
Questo limite non si applica al file ZIP dei metadati prodotto dallo
strumento di estrazione 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 in Cloud Storage può raggiungere 1 GB. Sono inclusi tutti i file di origine e tutti i file di metadati se scegli di includerli. |
| Dimensione della stringa di input per la traduzione SQL interattiva | 1 MB | La stringa che inserisci per la traduzione interattiva di SQL non deve superare 1 MB. Quando esegui traduzioni interattive utilizzando l'API Translation, questo limite si applica alle dimensioni totali di tutti gli input di stringa. |
| Dimensione massima del file di configurazione per la traduzione SQL interattiva | 50 MB |
I singoli file di metadati (compressi) e i file di configurazione YAML in
Cloud Storage non devono superare i 50 MB. Se le dimensioni del file superano i 50 MB,
il traduttore interattivo ignora 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. I valori predefiniti per il tuo progetto potrebbero essere diversi:
| Quota | Predefinito | Note |
|---|---|---|
|
Richieste di elenco di servizi 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 |
|
EDWMigration Service Get Requests per minute EDWMigration Service Get Requests 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 EDWMigration Service Other Requests al minuto per utente |
25 richieste 5 richieste |
Il tuo progetto può effettuare fino a 25 altre richieste API Migration al minuto. Ogni utente può effettuare fino a 5 altre richieste all'API Migration al minuto. Visualizza le quote nella console Google Cloud |
|
Richieste di traduzione SQL interattiva al minuto Richieste di traduzione SQL interattiva al minuto per utente |
200 richieste 50 richieste |
Il tuo progetto può effettuare fino a 200 richieste al servizio di traduzione SQL al minuto. Ogni utente può effettuare fino a 50 altre richieste al 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 inclusi gli inviti a: |
API IAM
Quando utilizzi le funzionalità di Identity and Access Management in BigQuery per recuperare e impostare le policy IAM e per testare le autorizzazioni IAM, si applicano le seguenti quote.
Le istruzioni DCL (Data Control Language)
vengono conteggiate ai fini della quota SetIAMPolicy.
| Quota | Predefinito | Note |
|---|---|---|
IamPolicy richieste al minuto per utente |
1500 richieste al minuto per utente | Ogni utente può effettuare fino a 1500 richieste al minuto per progetto. Visualizza la quota nella console Google Cloud |
IamPolicy richieste al minuto per progetto |
3000 richieste al minuto per progetto | Il 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 |
Multiregionale
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 modalità multiregionale; 400 in modalità a regione singola |
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. Questo aggiustamento dinamico garantisce una distribuzione equa delle risorse e mantiene la stabilità del servizio per tutti gli utenti. Quando uno stream viene chiuso per correttezza 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 control plane di lettura al minuto per utente | 5000 richieste |
Ogni utente può effettuare fino a 5000 chiamate di operazioni di metadati dell'API Storage Read al minuto per progetto. Le chiamate ai metadati includono 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 riga/filtro | 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 dell'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 flusso è 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 iniziale è il progetto associato alla chiave API o al service account. Il tuo progetto può operare su 5000 connessioni simultanee in
una regione o 20.000 connessioni simultanee nelle multi-regioni 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, suggeriamo 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 al fine
di ridurre il numero complessivo di connessioni necessarie. Se utilizzi
il connettore
Beam con semantica almeno una volta, puoi impostare
UseStorageApiConnectionPool
su 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 |
| Throughput | Velocità effettiva di 3 GB al secondo in più regioni; 300 MB al secondo in regioni |
Puoi trasmettere in streaming fino a 3 GBps nelle regioni multi-regione 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 |
Richieste CreateWriteStream
|
10.000 stream ogni 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, ti consigliamo 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 più regioni; 1 TB nelle regioni |
Per ogni commit che attivi, puoi eseguire il commit di un massimo di 10 TB nelle
regioni multiple us e eu e di
1 TB in altre regioni. Non è presente alcun report sulla quota.
|
I seguenti limiti si applicano alle richieste dell'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 rimanere entro 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 multiregioni 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 multiregione è limitata a 1 GB.
Il superamento di questo limite causa errori 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 averne bisogno. L'aumento della quota richiede tempo per essere disponibile, soprattutto in 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
Il superamento di questo limite causa errori 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 averne bisogno. L'aumento della quota richiede tempo per essere disponibile, soprattutto in 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 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 interna risultante, ma se mantieni le richieste HTTP a 10 MB o meno, la probabilità di raggiungere il limite interno è bassa. |
| Numero massimo di righe per richiesta | 50.000 righe | Consigliamo di utilizzare un limite massimo di 500 righe. Il batching può aumentare le prestazioni e il throughput fino a un certo punto, ma a scapito della latenza per richiesta. Se il numero di righe per richiesta è troppo basso, l'overhead di ogni richiesta può rendere l'importazione inefficiente. Troppe righe per richiesta e il throughput può diminuire. Sperimenta con dati rappresentativi (schema e dimensioni dei dati) per determinare le dimensioni del batch ideali per i tuoi dati. |
Lunghezza del campo insertId
|
128 caratteri |
Il superamento di questo valore causa errori invalid.
|
Per una quota di streaming aggiuntiva, vedi Richiedi un aumento della quota.
Larghezza di banda
Le seguenti quote si applicano alla larghezza di banda di replica:
| Quota | Predefinito | Note |
|---|---|---|
| Larghezza di banda massima per la replica di backfill iniziale per ogni regione che ha l'uscita dei dati tra regioni dalla replica primaria alle repliche secondarie. | 10 GiBps fisici per regione per organizzazione | |
| Larghezza di banda massima per la replica in corso per ogni regione con 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 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 della replica turbo non si applica all'operazione di backfill iniziale. |
Quando la larghezza di banda di replica di un progetto supera una determinata quota, la replica dei progetti interessati potrebbe interrompersi con l'errore rateLimitExceeded che include i dettagli della quota superata.