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 messaggi di errore 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 maggiori dettagli su entrambi i tipi di errori, consulta Risolvi gli errori relativi a quote e limiti.
Calcolo dell'utilizzo della quota di slot
Per i progetti che utilizzano il modello di prezzi basato sulla capacità, incluse le versioni di BigQuery, la colonna Utilizzato per la quota Numero totale di slot riflette la capacità allocata totale in una regione specifica. Questo valore include tutti gli slot di base definiti nelle tue prenotazioni 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ù sulle differenze rispetto al monitoraggio delle risorse, consulta Informazioni sulle metriche degli slot.
Per impostazione predefinita, le quote e i limiti di BigQuery vengono applicati per progetto. Le quote e i limiti che si applicano su una base diversa sono indicati come tali, ad esempio il numero massimo di colonne per tabella o il numero massimo di richieste API simultanee per utente. Le policy specifiche variano in base alla disponibilità delle risorse, al profilo utente, alla cronologia di Service Usage e ad altri fattori e sono soggette a modifiche senza preavviso.
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 istruzioni dettagliate sulla 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 determinata risorsa creando un override della quota, consulta Crea un override della quota.
Autorizzazioni obbligatorie
Per visualizzare e aggiornare le quote di BigQuery nella consoleGoogle Cloud , devi disporre delle stesse autorizzazioni di qualsiasi quota Google Cloud. Per saperne di più, consulta le autorizzazioni per le quote diGoogle Cloud .
Risoluzione dei problemi
Per informazioni sulla risoluzione degli errori relativi a quote e limiti, consulta Risoluzione dei problemi relativi alle quote di BigQuery.
Ottieni i nomi delle metriche relative alle quote e ai limiti di sistema
Puoi utilizzare la console Google Cloud o Google Cloud CLI per trovare i nomi delle metriche e gli ID delle quote (chiamati anche nomi dei limiti) per le quote e i limiti di sistema di BigQuery:
Console
Nella console Google Cloud , vai alla pagina Quote e limiti di sistema.
Fai clic su Filtra, seleziona Servizio, quindi seleziona il servizio BigQuery che vuoi ispezionare (ad esempio API BigQuery, API BigQuery Reservation o API BigQuery Storage).
Nell'intestazione della tabella, fai clic su Opzioni di visualizzazione delle colonne, seleziona Metrica e Nome limite, quindi fai clic su Ok.
gcloud
Esegui il comando gcloud beta quotas info list:
gcloud beta quotas info list --project=PROJECT_ID_OR_NUMBER \
--service=SERVICE_NAME \
--format="table(metric, name, quota_id, dimensions)"
Sostituisci quanto segue:
PROJECT_ID_OR_NUMBER: l'ID progetto o il numero di progetto Google Cloud .SERVICE_NAME: il nome del servizio BigQuery che vuoi ispezionare:- API BigQuery di base:
bigquery.googleapis.com - API Storage Read e API Storage Write (gRPC):
bigquerystorage.googleapis.com - API BigQuery Reservation:
bigqueryreservation.googleapis.com - API BigQuery Migration:
bigquerymigration.googleapis.com - API BigQuery Data Transfer Service:
bigquerydatatransfer.googleapis.com - API BigQuery Connection:
bigqueryconnection.googleapis.com - API BigLake:
biglake.googleapis.com - API BigQuery sharing (in precedenza Analytics Hub):
analyticshub.googleapis.com - API BigQuery Data Policy:
bigquerydatapolicy.googleapis.com
Job
Le quote e i 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 di sistema | Predefinito | Note |
|---|---|---|
| Numero massimo di job in attesa | 50.000 job per progetto, per regione | Il numero di job simultanei che possono essere in stato di attesa. Questo limite non può essere aumentato. Per saperne di più, consulta Risoluzione dei problemi relativi agli errori di quota di BigQuery. |
Job di query
Le seguenti quote si applicano ai job di query creati automaticamente eseguendo query interattive, query pianificate e job inviati utilizzando i metodi API jobs.query e jobs.insert di tipo query.
Per informazioni sulla risoluzione dei problemi, consulta la pagina Risoluzione dei problemi di BigQuery.
Quota
ID metrica e quota
Predefinito
Note
Utilizzo delle query al giorno
Metrica:
bigquery.googleapis.com/quota/query/usage
ID quota: QueryUsagePerDay
200 tebibyte (TiB)
Questa quota si applica solo al modello di prezzi delle query on demand.
Il tuo progetto può eseguire fino a 200 TiB di query al giorno. Puoi modificare questo limite in qualsiasi momento. Per scoprire di più sui controlli dei costi, consulta Crea quote di query personalizzate.
Utilizzo delle query al giorno per utente
Metrica:
bigquery.googleapis.com/quota/query/usage
ID quota: QueryUsagePerUserPerDay
Illimitato
Questa quota si applica solo al modello di determinazione del prezzo delle query on demand.
Per impostazione predefinita, non esiste un limite al numero di TiB di query che un utente può eseguire al giorno. Puoi impostare il limite in qualsiasi momento. Indipendentemente dal limite per utente, l'utilizzo totale di tutti gli utenti del progetto non può mai superare il limite di utilizzo delle query al giorno. Per scoprire di più sui controlli dei costi, consulta Crea quote di query personalizzate.
Byte al giorno per query federate GoogleSQL tra regioni
Metrica:
bigquery.googleapis.com/quota/query/cloud_sql_federated_query_cross_region_bytes
ID quota: CloudSqlFederatedQueryCrossRegionBytesPerDay
1 TB
Se la
località di elaborazione delle query BigQuery e la località dell'istanza Cloud SQL sono diverse, la query è una query tra regioni. Il tuo progetto può eseguire fino a 1 TB di query tra regioni al giorno. Consulta Query federate di Cloud SQL.
Byte trasferiti al giorno da BigQuery Omni
Metrica:
bigquery.googleapis.com/quota/query/cross_cloud_transfer_bytes
ID quota: CrossCloudTransferBytesPerDay
1 TB
Puoi trasferire fino a 1 TB di dati al giorno da un bucket Amazon S3 o da Azure Blob Storage.
Dimensioni totali dei risultati delle query di BigQuery Omni al giorno
Metrica:
bigquery.googleapis.com/quota/query/omni_query_bytes
ID quota: OmniQueriesBytesPerDay
1 TB
Le dimensioni totali dei risultati delle query per un progetto sono pari a 1 TB al giorno.
Per saperne di più, consulta le limitazioni di BigQuery Omni.
I seguenti limiti di sistema 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:
Quando esegui un'istruzione DDL che modifica le opzioni di configurazione globale, puoi eseguire fino a cinque istruzioni ogni 10 secondi. Questo limite si applica alle seguenti istruzioni DDL: 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 l'esecuzione di ogni tentativo può durare fino a 6 ore. Di conseguenza, è possibile che una query abbia un tempo di esecuzione 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 predefinito dei job
Limite di sistema
Valore
Note
Byte trasferiti da BigQuery Omni per job
60 GB
La dimensione massima del trasferimento per job è di 60 GB quando esegui 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 di BigQuery Omni, che eseguono una query CTAS Omni in background per trasferire i dati in una tabella temporanea nella regione BigQuery. Per richiedere un aumento, contatta l'assistenza.
Per saperne di più, consulta la pagina relativa ai costi di join di BigQuery Omni.
Byte trasferiti dalle query globali al giorno per coppia di regioni
180 TB
Puoi trasferire fino a 180 TB di dati al giorno tra ogni coppia di regioni con query globali.
Per richiedere un aumento della quota, contatta l'assistenza.
Job di copia delle query globali per progetto
10.000
Puoi eseguire fino a 10.000 job di copia per progetto quando esegui
query globali che copiano
dati tra regioni. Una query globale potrebbe attivare più job di copia.
Per richiedere un aumento della quota, contatta l'assistenza.
Byte trasferiti da un singolo job di copia in una query globale
100 GB
Per impostazione predefinita, un singolo job di copia che fa parte di una query globale può trasferire un massimo di 100 GB. Per richiedere un aumento del limite, contatta l'assistenza.
Aggiornamenti delle opzioni globali a livello di progetto
5
Numero massimo di query interattive in coda
1000 query
Il tuo progetto può mettere in coda fino a 1000 query interattive.
Le query interattive aggiuntive che superano questo limite restituiscono un errore di quota. Per risolvere questi errori, consulta Evita i limiti per le query interattive con volumi elevati.
Numero massimo di query batch in coda
20.000 query
Il tuo progetto può mettere in coda fino a 20.000 query batch. Le query batch aggiuntive che superano questo limite restituiscono un errore di quota.
Numero massimo di query interattive simultanee su origini dati esterne Bigtable
16 query
Il tuo progetto può eseguire fino a 16 query simultanee su un'origine dati esterna Bigtable.
Numero massimo di query simultanee che contengono funzioni remote
10 query
Puoi eseguire fino a dieci query contemporanee con le
funzioni remote per progetto.
Numero massimo di query con più istruzioni in parallelo
1000 query con più istruzioni
Il tuo progetto può eseguire fino a 1000 query con più istruzioni contemporaneamente.
Per altre quote e limiti relativi alle query con più istruzioni, consulta Query con più istruzioni.
Numero massimo di query SQL precedente in parallelo che contengono funzioni definite dall'utente
6 query
Il tuo progetto può eseguire fino a sei query SQL precedente simultanee con funzioni definite dall'utente (UDF).
Questo limite include sia le query interattive sia quelle batch.
Anche le query interattive che contengono funzioni definite dall'utente vengono conteggiate ai fini del limite di query interattive simultanee. Questo limite non si applica alle query GoogleSQL.
Limite di dimensioni delle query giornaliere
Illimitato
Per impostazione predefinita, non esiste un limite giornaliero per le dimensioni delle query. Tuttavia, puoi impostare limiti sulla quantità di dati su cui gli utenti possono eseguire query creando quote personalizzate per controllare l'utilizzo delle query al giorno o l'utilizzo delle query al giorno per utente.
Limite di aggiornamento della tabella di destinazione giornaliera
Consulta Numero massimo di operazioni sulle tabelle al giorno.
Gli aggiornamenti alle tabelle di destinazione in un job di query vengono conteggiati ai fini del limite del numero massimo di operazioni sulle tabelle al giorno per le tabelle di destinazione. Gli aggiornamenti della tabella di destinazione includono operazioni di aggiunta e sovrascrittura eseguite dalle query che esegui utilizzando la console Google Cloud , lo strumento a riga di comando bq o chiamando i metodi API
jobs.query e jobs.insert di tipo query.
Limite di tempo di esecuzione delle query/query con più istruzioni
6 ore
INFORMATION_SCHEMA: nelle visualizzazioni INFORMATION_SCHEMA.JOBS, controlla la colonna final_execution_duration_ms. Se la differenza tra start_time e end_time è significativamente maggiore di final_execution_duration_ms, la query è stata ripetuta.JobStatistics, controlla il campo finalExecutionDurationMs. Se la differenza tra startTime e endTime è significativamente maggiore di finalExecutionDurationMs, la query è stata ripetuta.CREATE MODEL è di 24 ore, ad eccezione dei job di serie temporali, AutoML e ottimizzazione degli iperparametri, che scadono dopo 48 ore.
Numero massimo di risorse a cui viene fatto riferimento per query
1000 risorse
Una query può fare riferimento a un totale di 1000 tabelle, viste,
funzioni definite dall'utente (UDF) e funzioni di tabella univoche dopo l'espansione completa. Questo limite include quanto segue:
Lunghezza massima dei caratteri della query SQL
1.024.000 caratteri
Una query SQL può contenere fino a 1024k caratteri. Questo limite include commenti e spazi vuoti. Se la query è più lunga, ricevi il seguente errore:
The query is too large. Per rispettare questo limite, valuta la possibilità di sostituire array o elenchi di grandi dimensioni con parametri di ricerca e di suddividere una query lunga in più query nella sessione.
Lunghezza massima della query SQL precedente non risolta
256 kB
Una query SQL precedente non risolta può avere una lunghezza massima di 256 KB. Se la query è più lunga, ricevi il seguente errore:
The query
is too large.
Per rispettare questo limite, valuta la possibilità di sostituire array o elenchi di grandi dimensioni con parametri di ricerca.
Lunghezza massima della query GoogleSQL non risolta
1 MB
Una query GoogleSQL non risolta può avere una lunghezza massima di 1 MB. Se la query è più lunga, ricevi il seguente errore:
The query is too
large.
Per rispettare questo limite, valuta la possibilità di sostituire array o elenchi di grandi dimensioni con parametri di query.
Lunghezza massima delle query SQL legacy e GoogleSQL risolte
12 MB
Il limite per la lunghezza della query risolta include la lunghezza di tutte le visualizzazioni e le tabelle con funzione carattere jolly a cui fa riferimento la query.
Numero massimo di parametri di ricerca GoogleSQL
10.000 parametri
Una query GoogleSQL può avere fino a 10.000 parametri.
Dimensione massima della richiesta
10 MB
La dimensione della richiesta può essere fino a 10 MB, incluse proprietà aggiuntive come parametri di ricerca.
Dimensione massima della risposta
10 GB compressi
Le dimensioni variano a seconda dei rapporti di compressione dei dati. La dimensione effettiva della risposta potrebbe essere significativamente superiore a 10 GB.
La dimensione massima della risposta è illimitata quando scrivi risultati di query di grandi dimensioni in una tabella di destinazione.
Dimensione massima della riga
100 MB
La dimensione massima della riga è
approssimativa, perché il limite si basa sulla rappresentazione interna dei dati della riga.
La dimensione massima della riga viene applicata durante alcune fasi dell'esecuzione
del job di query.
Numero massimo di colonne in una tabella, un risultato di query o una definizione di vista
10.000 colonne
Una tabella, un risultato di query o una definizione di visualizzazione può avere fino a 10.000 colonne. Sono incluse le colonne nidificate e ripetute. Le colonne eliminate possono continuare a essere conteggiate nel numero totale di colonne. Se hai eliminato delle colonne, potresti ricevere errori di quota fino al ripristino del totale.
Numero massimo di slot simultanei per i prezzi on demand
2000 slot per progetto
20.000 slot per organizzazione
Con i prezzi on demand, il tuo progetto può avere fino a 2000 slot contemporanei.
Esiste anche un limite di 20.000 slot simultanei a livello di organizzazione.
BigQuery tenta di distribuire gli slot in modo equo tra i progetti
all'interno di un'organizzazione se la domanda totale è superiore a 20.000 slot.
Gli slot BigQuery sono condivisi tra tutte le query in un singolo progetto. BigQuery potrebbe superare questo limite per accelerare le query. La capacità è soggetta a disponibilità.
Per verificare il numero di slot che stai utilizzando, consulta Monitoraggio di BigQuery utilizzando Cloud Monitoring.
Utilizzo massimo della CPU per dati scansionati per i prezzi on demand
256 secondi CPU per MiB scansionato
Con i prezzi on demand, la query può utilizzare fino a circa 256 secondi di CPU per MiB di dati scansionati. Se la query richiede un utilizzo eccessivo della CPU per la quantità di dati
in fase di elaborazione, la query non va a buon fine e viene visualizzato un
errore
billingTierLimitExceeded.
Per saperne di più, consulta
Messaggi di errore.
Mutazioni delle tabelle delle transazioni con più istruzioni
100 tabelle
Una
transazione può modificare i dati in un massimo di 100 tabelle.
Modifiche alle partizioni delle transazioni con più istruzioni
100.000 modifiche alle partizioni
Una
transazione può eseguire al massimo 100.000 modifiche alle partizioni.
Dimensione massima dei risultati delle query di BigQuery Omni
20 GiB non compressi
La dimensione massima dei risultati è di 20 GiB di byte logici quando esegui query sui dati di Microsoft Azure o AWS. Se il risultato della query è superiore a 20 GiB, valuta la possibilità di esportare i risultati in Amazon S3 o Blob Storage.
Per saperne di più, consulta Limiti di BigQuery Omni.
Dimensioni massime delle righe di BigQuery Omni
10 MiB
La dimensione massima della riga è 10 MiB quando esegui query sui dati di Microsoft Azure o AWS. Per saperne di più, consulta Limiti di BigQuery Omni.
Trasferimento delle query globali
2 GiB/s
La larghezza di banda del trasferimento utilizzata dalle query globali, per progetto, per coppia di regioni
Sebbene le query pianificate utilizzino le funzionalità di BigQuery Data Transfer Service, non sono trasferimenti e non sono soggette ai limiti dei job di caricamento.
Job di estrazione
Le seguenti quote si applicano ai job che
estraggono dati
da BigQuery utilizzando lo strumento a riga di comando bq, la console Google Cloud
o il metodo API jobs.insert
di tipo extract:
| Quota | ID metrica e quota | Predefinito | Note |
|---|---|---|---|
| Numero massimo di byte estratti al giorno |
Metrica: bigquery.googleapis.com/quota/extract/bytesID quota: ExtractBytesPerDay
|
50 TiB |
Il limite di 50 TiB al giorno (ExtractBytesPerDay) è un limite di prevenzione degli abusi che si applica solo ai job di estrazione che utilizzano il pool di slot condivisi senza costi. Puoi estrarre fino a 50 TiB di dati al giorno da un progetto senza costi utilizzando il pool di slot condivisi. Puoi configurare una policy di avviso di Cloud Monitoring che invia 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 |
Metrica: bigquery.googleapis.com/quota/extract/countID quota: ExtractJobsPerDay
|
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 condivisi. I job di estrazione sono esenti dal limite di 100.000 job giornalieri e possono superarlo se esegui una delle seguenti operazioni:
|
I seguenti limiti di sistema si applicano ai job di estrazione:
| Limite di sistema | Valore | Note |
|---|---|---|
| Dimensione massima della tabella estratta in un singolo file | 1 GB | Puoi estrarre fino a 1 GB di dati della tabella in un singolo file. Per estrarre più di 1 GB di dati, utilizza un carattere jolly per estrarre i dati in più file. Quando estrai i dati in più file, le dimensioni dei file variano. In alcuni casi, le dimensioni dei file di output sono superiori a 1 GB. |
| URI con caratteri jolly per job di estrazione | 500 URI | Un job di estrazione può avere fino a 500 URI con caratteri jolly. |
Per ulteriori informazioni sulla visualizzazione dell'utilizzo attuale dei job di estrazione, consulta Visualizza l'utilizzo attuale della quota. Per informazioni sulla risoluzione dei problemi, consulta Risoluzione dei problemi di esportazione.
Job di caricamento
I seguenti limiti si applicano quando carichi i dati in BigQuery utilizzando la consoleGoogle Cloud , lo strumento a riga di comando bq o il metodo API jobs.insert di tipo caricamento.
| Limite di sistema | Predefinito | Note |
|---|---|---|
| Job di caricamento per tabella al giorno | 1500 job | I job di caricamento, inclusi quelli non riusciti, vengono conteggiati ai fini del limite del numero di operazioni giornaliere sulla tabella di destinazione. Per informazioni sui limiti relativi al numero di operazioni sulle tabelle al giorno per le tabelle standard e le tabelle partizionate, consulta Tabelle. |
| Job di caricamento al giorno | 100.000 posti di lavoro | Il tuo progetto viene rifornito con una quota massima di 100.000 job di caricamento ogni 24 ore. I job di caricamento non riusciti vengono conteggiati ai fini di questo limite. In alcuni casi, è possibile eseguire più di 100.000 job di caricamento in 24 ore se la quota di un giorno precedente non è stata utilizzata completamente. |
| Numero massimo di colonne per tabella | 10.000 colonne | Una tabella può avere fino a 10.000 colonne. Sono incluse le colonne nidificate e ripetute. |
| Dimensione massima per job di caricamento | 15 TB | La dimensione totale di tutti i file di input CSV, JSON, Avro, Parquet e ORC può essere di massimo 15 TB. Questo limite non si applica ai job con una prenotazione. |
| Numero massimo di URI di origine nella configurazione del job | 10.000 URI | Una configurazione del job può avere fino a 10.000 URI di origine. |
| Numero massimo di file per job di caricamento | 10.000.000 di file | Un job di caricamento può contenere fino a 10 milioni di file in totale, inclusi tutti i file corrispondenti a tutti gli URI con caratteri jolly. |
| Numero massimo di file nel bucket Cloud Storage di origine | Circa 60.000.000 di file | Un job di caricamento può leggere da un bucket Cloud Storage contenente fino a circa 60.000.000 di file. |
| Limite di tempo di esecuzione del job di caricamento | 6 ore | Un job di caricamento non riesce se viene eseguito per più di sei ore. |
| Avro: dimensione massima dei blocchi di dati dei file | 16 MB | Il limite di dimensioni per i blocchi di dati dei file Avro è di 16 MB. |
| CSV: dimensione massima della cella | 100 MB | Le celle CSV possono avere una dimensione massima di 100 MB. |
| CSV: dimensione massima delle righe | 100 MB | Le righe CSV possono avere una dimensione massima di 100 MB. |
| CSV: dimensione massima del file - compresso | 4 GB | Il limite di dimensioni per un file CSV compresso è di 4 GB. |
| CSV: dimensione massima del file non compresso | 5 TB | Il limite di dimensioni per un file CSV non compresso è di 5 TB. |
| JSON delimitato da nuova riga (ndJSON): dimensione massima della riga | 100 MB | Le righe ndJSON possono avere una dimensione massima di 100 MB. |
| ndJSON: dimensione massima del file (compresso) | 4 GB | Il limite di dimensioni per un file ndJSON compresso è di 4 GB. |
| ndJSON: dimensione massima del file non compresso | 5 TB | Il limite di dimensioni per un file ndJSON non compresso è di 5 TB. |
Se superi regolarmente i limiti dei job di caricamento a causa di aggiornamenti frequenti, valuta la possibilità di trasmettere i dati in streaming a BigQuery.
Per informazioni sulla visualizzazione dell'utilizzo attuale dei job di caricamento, consulta Visualizza l'utilizzo attuale della quota.
Considerazioni sulle quote dei job di caricamento di BigQuery Data Transfer Service
I job di caricamento creati dai trasferimenti di BigQuery Data Transfer Service sono inclusi nelle quote di BigQuery sui job di caricamento. È importante considerare quanti trasferimenti abiliti in ogni progetto per evitare che i trasferimenti e altri job di caricamento generino errori quotaExceeded.
Puoi utilizzare la seguente equazione per stimare il numero di job di caricamento richiesti dai tuoi trasferimenti:
Number of daily jobs = Number of transfers x Number of tables x
Schedule frequency x Refresh window
Dove:
Number of transfersè il numero di configurazioni di trasferimento che attivi nel tuo progetto.Number of tablesè il numero di tabelle create da ogni tipo di trasferimento specifico. Il numero di tabelle varia in base al tipo di trasferimento:- I trasferimenti di Campaign Manager creano circa 25 tabelle.
- I trasferimenti di Google Ads creano circa 60 tabelle.
- I trasferimenti di Google Ad Manager creano circa 40 tabelle.
- I trasferimenti di Google Play creano circa 25 tabelle.
- I trasferimenti di Search Ads 360 creano circa 50 tabelle.
- I trasferimenti di YouTube creano circa 50 tabelle.
Schedule 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, di un clone di tabella o di uno snapshot di tabella.
I limiti si applicano ai job creati utilizzando la console Google Cloud , lo strumento a riga di comando bq o il metodo jobs.insert che specifica il campo copy nella configurazione del job.
I job di copia vengono conteggiati ai fini di questi limiti, indipendentemente dal fatto che abbiano esito positivo o negativo.
| Limite di sistema | Predefinito | Note |
|---|---|---|
| Job di copia per tabella di destinazione al giorno | Consulta Operazioni sulle tabelle al giorno. | |
| Job di copia al giorno | 100.000 posti di lavoro | Il progetto può eseguire fino a 100.000 job di copia al giorno. |
| Job di copia tra regioni per tabella di destinazione al giorno | 100 job | Il progetto può eseguire fino a 100 job di copia tra regioni per una tabella di destinazione al giorno. |
| Job di copia tra regioni al giorno | 2000 job | Il 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 job di copia. |
Per informazioni su come visualizzare l'utilizzo attuale dei job di copia, consulta Job di copia - Visualizza l'utilizzo attuale della quota. Per informazioni sulla risoluzione dei problemi relativi ai job di copia, consulta Errori relativi alla quota del numero massimo di job di copia al giorno per progetto.
I seguenti limiti si applicano alla copia dei set di dati:
| Limite di sistema | 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 è possibile copiare per esecuzione in un set di dati di destinazione nella stessa regione | 20.000 tabelle | Il progetto può copiare un massimo di 20.000 tabelle per esecuzione in un set di dati di destinazione all'interno della stessa regione. Se un set di dati di origine contiene più di 20.000 tabelle, BigQuery Data Transfer Service pianifica esecuzioni sequenziali, ciascuna delle quali copia fino a 20.000 tabelle, finché non vengono copiate tutte le tabelle. Queste esecuzioni sono separate da un intervallo predefinito di 24 ore, che gli utenti possono personalizzare fino a un minimo di 12 ore. |
| Numero massimo di tabelle che possono essere copiate per esecuzione in un set di dati di destinazione in una regione diversa | 1000 tabelle | Il progetto può copiare un massimo di 1000 tabelle per esecuzione in un set di dati di destinazione in una regione diversa. 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
ID metrica e quota
Predefinito
Note
Numero totale di slot per la regione UE
Metrica:
bigqueryreservation.googleapis.com/total_slots_eu
ID quota: TotalSlotsPerProjectEU
5000 slot
Il numero massimo di slot BigQuery che puoi acquistare nella località multiregionale EU utilizzando la console Google Cloud .
Numero totale di slot per la regione US
Metrica:
bigqueryreservation.googleapis.com/total_slots_us
ID quota: TotalSlotsPerProjectUS
10.000 slot
Il numero massimo di slot BigQuery che puoi acquistare nella multi-regione US utilizzando la console Google Cloud .
Numero totale di slot per la regione
us-east1
Metrica:
bigqueryreservation.googleapis.com/total_slots
ID quota: TotalSlotsPerProject
4000 slot
Il numero massimo di slot BigQuery che puoi acquistare nella regione elencata utilizzando la console Google Cloud .
Numero totale di slot per le seguenti regioni:
asia-south1, asia-southeast1, europe-west2, us-central1, us-west1
Metrica:
bigqueryreservation.googleapis.com/total_slots
ID quota: TotalSlotsPerProject
2000 slot
Il numero massimo di slot BigQuery che puoi acquistare in ciascuna delle regioni elencate utilizzando la console Google Cloud .
Numero totale di slot per le seguenti regioni:
asia-east1, asia-northeast1, asia-northeast3, asia-southeast2, australia-southeast1, europe-north1, europe-west1, europe-west3, europe-west4, northamerica-northeast1, us-east4, southamerica-east1
Metrica:
bigqueryreservation.googleapis.com/total_slots
ID quota: TotalSlotsPerProject
1000 slot
Il numero massimo di slot BigQuery che puoi acquistare in ciascuna delle regioni elencate utilizzando la console Google Cloud .
Numero totale di slot per le regioni BigQuery Omni
Metrica:
bigqueryreservation.googleapis.com/totalslotsOMNI_REGION (ad esempio, bigqueryreservation.googleapis.com/total_slots_aws-us-east-1)
ID quota: TotalSlotsPerProjectOMNI_REGION (ad esempio, TotalSlotsPerProjectAwsUSEast1)
100 slot
Il numero massimo di slot BigQuery che puoi acquistare nelle regioni BigQuery Omni utilizzando la console Google Cloud .
Numero totale di slot per tutte le altre regioni
Metrica:
bigqueryreservation.googleapis.com/total_slots
ID quota: TotalSlotsPerProject
500 slot
Il numero massimo di slot BigQuery che puoi acquistare in ogni altra regione utilizzando la console Google Cloud .
Numero di progetti di amministrazione per le prenotazioni di slot
Metrica:
bigqueryreservation.googleapis.com/total_admin_projects
ID quota: TotalAdminProjectsPerOrganization
10 progetti per organizzazione
Il numero massimo di progetti di amministrazione all'interno di un'organizzazione che possono contenere una prenotazione o un impegno attivo per gli slot per una determinata località/regione.
Alle prenotazioni si applicano i seguenti limiti di sistema:
| Limite di sistema | Valore | Note |
|---|---|---|
| Numero massimo di prenotazioni della versione Standard | 10 prenotazioni per progetto | Il numero massimo di prenotazioni Standard Edition per progetto di amministrazione all'interno di un'organizzazione per una determinata località/regione. |
| Numero massimo di prenotazioni della versione Enterprise o Enterprise Plus | 200 prenotazioni per progetto | Il numero massimo di prenotazioni della versione Enterprise o Enterprise Plus per progetto di amministrazione all'interno di un'organizzazione per una determinata località/regione. |
Numero massimo di slot in una prenotazione associata a un'assegnazione di prenotazione con un tipo di prestazione CONTINUOUS.
|
500 slot |
Quando vuoi creare un'assegnazione di prenotazione con un tipo di prestazione CONTINUOUS, la prenotazione associata non può avere più di 500 slot.
|
Set di dati
I seguenti limiti si applicano ai set di dati BigQuery:
| Limite di sistema | 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 set di dati | 2500 risorse |
L'elenco di controllo dell'accesso di un set di dati può avere fino a 2500 risorse autorizzate totali, 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 architetture multi-tenant. |
| Numero di operazioni di aggiornamento del set di dati per set di dati ogni 10 secondi | 5 operazioni |
Il tuo progetto può eseguire fino a cinque operazioni di aggiornamento del set di dati ogni 10 secondi.
Il limite di aggiornamento del set di dati include tutte le operazioni di aggiornamento dei metadati eseguite da:
|
| Lunghezza massima della descrizione di un set di dati | 16.384 caratteri | Quando aggiungi una descrizione a un set di dati, il testo può contenere al massimo 16.384 caratteri. |
Tabelle
Tutte le tabelle
I seguenti limiti si applicano a tutte le tabelle BigQuery.
| Limite di sistema | Predefinito | Note |
|---|---|---|
| Lunghezza massima del nome di una colonna | 300 caratteri | Il nome della colonna può contenere al massimo 300 caratteri. |
| Lunghezza massima della descrizione di una colonna | 1024 caratteri | Quando aggiungi una descrizione a una colonna, il testo può contenere al massimo 1024 caratteri. |
| Profondità massima dei record nidificati | 15 livelli |
Le colonne di tipo RECORD possono contenere tipi RECORD nidificati, chiamati anche record secondari. Il limite massimo di nidificazione è di 15 livelli.
Questo limite è indipendente dal fatto che i record siano scalari o basati su array (ripetuti).
|
| Lunghezza massima della descrizione di una tabella | 16.384 caratteri | Quando aggiungi una descrizione a una tabella, il testo può contenere al massimo 16.384 caratteri. |
Per informazioni sulla risoluzione dei problemi relativi alle quote o ai 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 di sistema | Predefinito | Note |
|---|---|---|
| Modifiche delle tabelle al giorno | 1500 modifiche | Il tuo progetto può apportare fino a 1500 modifiche alla tabella per tabella al giorno. Un job di caricamento, un job di copia o un job di query che aggiunge o sovrascrive i dati della tabella viene conteggiato come una modifica alla tabella. Questo limite non può essere modificato. Questo limite viene applicato come limite di frequenza durante il giorno, non come una singola quota assegnata tutta in una volta. BigQuery reintegra periodicamente la quota disponibile. Picchi di operazioni ad alta frequenza possono esaurire la quota disponibile, generando errori Per ottimizzare l'importazione ad alta frequenza, valuta la possibilità di raggruppare le operazioni in batch, distanziare i job in modo uniforme nel tempo o eseguire la migrazione all'API BigQuery Storage Write (gRPC). Le istruzioni DML sono escluse e non vengono conteggiate ai fini del numero di modifiche alla tabella al giorno. I dati in streaming sono esclusi e non vengono conteggiati ai fini del numero di modifiche alla tabella al giorno. |
| Frequenza massima delle operazioni di aggiornamento dei metadati della tabella per tabella | 5 operazioni ogni 10 secondi |
Il tuo progetto può eseguire fino a cinque operazioni di aggiornamento dei metadati della tabella ogni 10 secondi per tabella. Questo limite si applica a tutte le operazioni di aggiornamento dei metadati della tabella, eseguite da:
DELETE, INSERT, MERGE,
TRUNCATE TABLE o UPDATE per scrivere
dati in una tabella. Tieni presente che, sebbene le istruzioni DML vengano conteggiate ai fini di questo limite, non sono soggette a questo limite se viene raggiunto. Le operazioni DML hanno limiti di frequenza dedicati.
Se superi questo limite, ricevi un messaggio di errore simile a
Per identificare le operazioni che vengono conteggiate ai fini di questo limite, puoi esaminare i log. Consulta Risolvi gli errori relativi alle quote per indicazioni su come diagnosticare e risolvere questo errore. |
| Numero massimo di colonne per tabella | 10.000 colonne | Ogni tabella, risultato di query o definizione di vista può avere fino a 10.000 colonne. Sono incluse le colonne nidificate e ripetute. |
Tabelle esterne
I seguenti limiti si applicano alle tabelle BigQuery con dati archiviati su Cloud Storage in formato Parquet, ORC, Avro, CSV o JSON:
| Limite di sistema | Predefinito | Note |
|---|---|---|
| Numero massimo di URI di origine per tabella esterna | 10.000 URI | Ogni tabella esterna può avere fino a 10.000 URI di origine. |
| Numero massimo di file per tabella esterna | 10.000.000 di file | Una tabella esterna può contenere fino a 10 milioni di file, inclusi tutti i file corrispondenti a tutti gli URI con caratteri jolly. |
| Dimensione massima dei dati archiviati in Cloud Storage per tabella esterna | 600 TB | Una tabella esterna può avere fino a 600 terabyte in tutti i file di input. Questo limite si applica alle dimensioni dei file archiviati su Cloud Storage; questa dimensione non corrisponde a quella utilizzata nella formula dei prezzi delle query. Per le tabelle partizionate esternamente, il limite viene applicato dopo la potatura delle partizioni. |
| Numero massimo di file nel bucket Cloud Storage di origine | Circa 300.000.000 di file | Una tabella esterna può fare riferimento a un bucket Cloud Storage contenente fino a circa 300.000.000 di file. Per le tabelle partizionate esternamente, questo limite viene applicato prima della potatura delle partizioni. |
Tabelle partizionate
I seguenti limiti si applicano alle tabelle partizionate di BigQuery.
I limiti delle partizioni 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 di query e i job di caricamento possono scrivere in più partizioni.
BigQuery utilizza il numero di partizioni interessate da un job per determinare la quantità di limite consumata dal job. Gli inserimenti di flussi di dati non influiscono su questo limite.
Per informazioni sulle strategie per rispettare i limiti per le tabelle partizionate, consulta Risoluzione dei problemi relativi agli errori di quota.
| Limite di sistema | Predefinito | Note |
|---|---|---|
| Numero di partizioni per tabella partizionata | 10.000 partizioni | Ogni tabella partizionata può avere fino a 10.000 partizioni. Se superi questo limite, valuta la possibilità di utilizzare il clustering in aggiunta o in sostituzione del partizionamento. |
| Numero di partizioni modificate da un singolo job | 4000 partizioni | Ogni operazione del job (query o caricamento) può interessare fino a 4000 partizioni. BigQuery rifiuta qualsiasi query o job di caricamento che tenta di modificare più di 4000 partizioni. |
| Numero di modifiche alle partizioni durante l'ora di importazione per tabella partizionata al giorno | 11.000 modifiche |
Il tuo progetto può apportare fino a 11.000 modifiche alle partizioni al giorno. Una modifica della partizione si verifica quando aggiungi, aggiorni, elimini o tronchi i dati in una tabella partizionata. Viene conteggiata una modifica della partizione per ogni tipo di modifica dei dati che apporti. Ad esempio, l'eliminazione di una riga viene conteggiata come una modifica della partizione, così 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 viene conteggiata come due modifiche alla partizione. Le modifiche che utilizzano istruzioni DML o l'API di streaming non vengono conteggiate nel numero di modifiche delle partizioni al giorno. |
| Numero di modifiche alle partizioni per tabella partizionata per colonna al giorno | 30.000 modifiche | Il tuo progetto può apportare fino a 30.000 modifiche alle partizioni al giorno per una tabella partizionata per colonne. Le istruzioni DML non vengono conteggiate ai fini del numero di modifiche delle partizioni al giorno. I dati in modalità flusso non vengono conteggiati ai fini del numero di modifiche delle partizioni al giorno. |
| Frequenza massima delle operazioni di aggiornamento dei metadati della tabella per tabella partizionata | 50 modifiche ogni 10 secondi |
Il tuo progetto può apportare fino a 50 modifiche per tabella partizionata ogni 10 secondi. Questo limite si applica a tutte le operazioni di aggiornamento dei metadati tabella partizionata, eseguite da:
DELETE, INSERT, MERGE,
TRUNCATE TABLE o UPDATE per scrivere
dati in una tabella.
Se superi questo limite, ricevi un messaggio di errore simile a
Per identificare le operazioni che vengono conteggiate ai fini di questo limite, puoi esaminare i log. |
| Numero di intervalli possibili per il partizionamento per intervalli | 10.000 intervalli | Una tabella partizionata per intervalli può avere fino a 10.000 intervalli possibili. Questo limite si applica alla specifica di partizione quando crei la tabella. Dopo aver creato la tabella, il limite si applica anche al numero effettivo di partizioni. |
Cloni di tabelle
I seguenti limiti si applicano ai cloni di tabelle BigQuery:
| Limite di sistema | Predefinito | Note |
|---|---|---|
| Numero massimo di cloni e snapshot in una catena | 3 cloni o snapshot di tabelle | 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 uno snapshot del risultato solo altre due volte. Se provi a clonare o acquisire uno snapshot del risultato una terza volta, si verifica un errore. Ad esempio, puoi creare il clone A della tabella di base, creare lo snapshot B del clone A e creare il clone C dello snapshot B. Per creare altri duplicati del clone o dello snapshot di terzo livello, utilizza invece un'operazione di copia. |
| Numero massimo di cloni e snapshot per una tabella di base | 1000 cloni o snapshot di tabelle | Puoi avere al massimo 1000 cloni e snapshot esistenti combinati di una determinata tabella di base. Ad esempio, se hai 600 snapshot e 400 cloni, raggiungi il limite. |
Snapshot delle tabelle
I seguenti limiti si applicano agli snapshot delle tabelle BigQuery:
| Limite di sistema | Predefinito | Note |
|---|---|---|
| Numero massimo di job di snapshot delle tabelle simultanei | 100 job | Il progetto può eseguire fino a 100 job di snapshot delle tabelle contemporaneamente. |
| Numero massimo di job di snapshot delle tabelle al giorno | 50.000 job | Il progetto può eseguire fino a 50.000 job di snapshot delle tabelle al giorno. |
| Numero massimo di job di snapshot della tabella per tabella al giorno | 50 job | Il tuo progetto può eseguire fino a 50 job di snapshot della tabella per tabella al giorno. |
| Numero massimo di aggiornamenti dei metadati per snapshot della tabella ogni 10 secondi. | 5 aggiornamenti | Il tuo progetto può aggiornare i metadati di uno snapshot della tabella fino a cinque volte ogni 10 secondi. |
| Numero massimo di cloni e snapshot in una catena | 3 cloni o snapshot di tabelle | 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 uno snapshot del risultato solo altre due volte. Se provi a clonare o acquisire uno snapshot del risultato una terza volta, si verifica un errore. Ad esempio, puoi creare il clone A della tabella di base, creare lo snapshot B del clone A e creare il clone C dello snapshot B. Per creare altri duplicati del clone o dello snapshot di terzo livello, utilizza invece un'operazione di copia. |
| Numero massimo di cloni e snapshot per una tabella di base | 1000 cloni o snapshot di tabelle | Puoi avere al massimo 1000 cloni e snapshot esistenti combinati di una determinata tabella di base. Ad esempio, se hai 600 snapshot e 400 cloni, raggiungi il limite. |
Visualizzazioni
Le seguenti quote e limiti si applicano alle viste e alle viste materializzate.
Viste logiche
I seguenti limiti si applicano alle viste standard di BigQuery:
| Limite di sistema | Predefinito | Note |
|---|---|---|
| Numero massimo di livelli di visualizzazione nidificati | 16 livelli |
BigQuery supporta fino a 16 livelli di viste nidificate.
È possibile creare visualizzazioni fino a questo limite, ma l'esecuzione di query è limitata a
15 livelli. Se il limite viene superato, BigQuery restituisce un errore INVALID_INPUT.
|
| Lunghezza massima di una query GoogleSQL utilizzata per definire una vista | 256.000 caratteri | Una singola query GoogleSQL che definisce una vista può contenere fino a 256.000 caratteri. Questo limite si applica a una singola query e non include la lunghezza delle visualizzazioni a cui viene fatto riferimento nella query. |
| Numero massimo di viste autorizzate per set di dati | Consulta Set di dati. | |
| Lunghezza massima della descrizione di una visualizzazione | 16.384 caratteri | Quando aggiungi una descrizione a una visualizzazione, il testo può contenere al massimo 16.384 caratteri. |
Viste materializzate
I seguenti limiti si applicano alle viste materializzate di BigQuery:
| Limite di sistema | Predefinito | Note |
|---|---|---|
| Riferimenti alle tabelle di base (stesso progetto) | 100 viste materializzate | Ogni tabella di base può essere referenziata da un massimo di 100 viste materializzate dello stesso progetto. |
| Riferimenti tabella di base (intera organizzazione) | 500 viste materializzate | Ogni tabella di base può essere referenziata da un massimo di 500 viste materializzate dell'intera organizzazione. |
| Numero massimo di viste autorizzate per set di dati | Consulta Set di dati. | |
| Lunghezza massima della descrizione di una vista materializzata | 16.384 caratteri | Quando aggiungi una descrizione a una vista materializzata, il testo può contenere al massimo 16.384 caratteri. |
| Limite di tempo di esecuzione del job di aggiornamento della vista materializzata | 12 ore | Un job di aggiornamento della vista materializzata può essere eseguito per un massimo di 12 ore prima di non riuscire. |
Indici di ricerca
I seguenti limiti si applicano agli indici di ricerca di BigQuery:
| Limite di sistema | 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 della Ricerca per tabella al giorno | 20 operazioni |
Il tuo progetto può eseguire fino a 20 operazioni DDL CREATE INDEX,
ALTER INDEX o
DROP INDEX per tabella al giorno.
|
| Dimensione totale massima dei dati della tabella per organizzazione consentita per la creazione dell'indice di ricerca che non viene eseguita in una prenotazione | 100 TB in più regioni; 20 TB in tutte le altre regioni |
Puoi creare un indice della Ricerca per una tabella se la dimensione complessiva delle tabelle con indici nella tua organizzazione è inferiore al limite della tua regione: 100 TB per le multi-regioni US e EU e 20 TB per tutte le altre regioni. Se i job di gestione degli indici vengono eseguiti nella tua prenotazione, questo limite non si applica.
|
| Numero di colonne indicizzate con granularità delle colonne per tabella | 63 colonne per tabella |
Una tabella può avere fino a 63 colonne con index_granularity impostato su
COLUMN. Le colonne indicizzate con granularità COLUMN impostando l'opzione default_index_column_granularity vengono conteggiate ai fini di questo limite.
Non esiste un limite al numero di colonne indicizzate con granularità GLOBAL. Per saperne di più, consulta Indice con granularità delle colonne.
|
Indici vettoriali
I seguenti limiti si applicano agli indici vettoriali di BigQuery:
| Limite di sistema | Predefinito | Note |
|---|---|---|
| Numero minimo di righe della tabella di base | 5000 righe | Per creare un indice vettoriale,una tabella deve avere almeno 5000 righe. |
Numero massimo di righe della tabella di base per il tipo di indice IVF |
10.000.000.000 di righe |
Una tabella può avere al massimo 10.000.000.000 di righe per creare un indice vettoriale IVF
|
Numero massimo di righe della tabella di base per il tipo di indice TREE_AH
|
200.000.000 di righe |
Una tabella può avere al massimo 200.000.000 di righe per creare un indice vettoriale TREE_AH
|
Numero massimo di righe della tabella di base per il tipo di indice partizionato
TREE_AH |
10.000.000.000 di righe in totale 200.000.000 di righe per ogni partizione |
Una tabella può avere al massimo 10.000.000.000 di righe e ogni partizione può avere al massimo 200.000.000 di righe per creare un indice vettoriale partizionato TREE_AH.
|
| Dimensione massima dell'array nella colonna indicizzata | 4096 elementi | La colonna da indicizzare può avere al massimo 4096 elementi nell'array. |
| Dimensioni minime della tabella per la popolazione 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 i dati da una tabella indicizzata in base ai vettori in modo che le dimensioni della tabella siano inferiori a 10 MB, l'indice vettoriale viene disattivato temporaneamente. Questo accade indipendentemente dal fatto che tu utilizzi o meno la tua prenotazione per i job di gestione degli indici. Quando le dimensioni di una tabella indicizzata per vettori superano nuovamente i 10 MB, l'indice viene compilato automaticamente. |
Numero di istruzioni DDL CREATE VECTOR INDEX per progetto per regione al giorno
|
500 operazioni |
Per ogni progetto, puoi eseguire fino a 500 operazioni CREATE VECTOR INDEX al giorno per ogni regione.
|
| Numero di istruzioni DDL dell'indice vettoriale per tabella al giorno | 10 operazioni |
Puoi eseguire fino a 10 operazioni CREATE VECTOR INDEX o
DROP VECTOR INDEX per tabella al giorno.
|
| Dimensione totale massima dei dati della tabella per organizzazione consentita per la creazione di indici vettoriali che non vengono eseguiti in una prenotazione | 6 TB | Puoi creare un indice vettoriale per una tabella se la dimensione totale delle tabelle con indici nella tua organizzazione è inferiore a 6 TB. Se i job di gestione degli indici vengono eseguiti nella tua prenotazione, questo limite non si applica. |
Routine
Le seguenti quote e i seguenti limiti si applicano alle routine.
Funzioni definite dall'utente
I seguenti limiti si applicano alle funzioni definite dall'utente (UDF) temporanee e permanenti nelle query GoogleSQL.
| Limite di sistema | Predefinito | Note |
|---|---|---|
| Output massimo per riga | 5 MB | La quantità massima di dati che la funzione definita dall'utente JavaScript può generare durante l'elaborazione di una singola riga è di circa 5 MB. |
| Numero massimo di query SQL precedente in parallelo con funzioni definite dall'utente JavaScript | 6 query | Il progetto può avere fino a sei query SQL precedente simultanee che contengono funzioni definite dall'utente in JavaScript. Questo limite include sia le query interattive sia quelle in 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 di funzioni definite dall'utente JavaScript, ad esempio blob di codice incorporato o file esterni. |
| Dimensione massima del blob di codice incorporato | 32 kB | Un blob di codice incorporato in una funzione definita dall'utente può avere una dimensione massima di 32 KB. |
| Dimensione massima di ogni risorsa di codice esterno | 1 MB | La dimensione massima di ogni risorsa di codice JavaScript è di 1 MB. |
Alle funzioni definite dall'utente permanenti si applicano i seguenti limiti:
| Limite di sistema | Predefinito | Note |
|---|---|---|
| Lunghezza massima del nome di una funzione definita dall'utente | 256 caratteri | Un nome di UDF può contenere fino a 256 caratteri. |
| Numero massimo di argomenti | 256 argomenti | Una funzione definita dall'utente può avere fino a 256 argomenti. |
| Lunghezza massima del nome di un argomento | 128 caratteri | Il nome di un argomento di una funzione definita dall'utente può contenere fino a 128 caratteri. |
| Profondità massima di una catena di riferimento di funzioni definite dall'utente | 16 riferimenti | Una catena di riferimenti di funzioni definite dall'utente può contenere fino a 16 riferimenti. |
Profondità massima di un argomento o output di tipo STRUCT
|
15 livelli |
Un argomento o un output di una funzione definita dall'utente di tipo STRUCT può avere una profondità massima di 15 livelli.
|
Numero massimo di campi negli argomenti o nell'output di tipo STRUCT per funzione definita dall'utente
|
1024 campi |
Una funzione definita dall'utente può avere fino a 1024 campi negli argomenti e nell'output di tipo STRUCT.
|
Numero massimo di librerie JavaScript in un'istruzione CREATE FUNCTION
|
50 librerie |
Un'istruzione CREATE FUNCTION può contenere fino a 50 librerie JavaScript.
|
| Lunghezza massima dei percorsi delle librerie JavaScript incluse | 5000 caratteri | Il percorso di una libreria JavaScript inclusa in una funzione definita dall'utente può contenere fino a 5000 caratteri. |
| Frequenza massima di aggiornamento per UDF ogni 10 secondi | 5 aggiornamenti | Il tuo progetto può aggiornare una funzione definita dall'utente fino a cinque volte ogni 10 secondi. |
| Numero massimo di funzioni definite dall'utente autorizzate per set di dati | Consulta Set di dati. | |
| UDF Python: byte di archiviazione delle immagini per progetto per regione | 10 GiB | La dimensione totale in byte di tutte le immagini container utilizzate dalle funzioni definite dall'utente Python in un progetto e una regione specifici. |
| UDF Python: limite di mutazioni | 30 al minuto | Puoi creare o aggiornare le funzioni definite dall'utente Python fino a 30 volte al minuto per regione per progetto. |
| UDF Python: numero massimo di UDF Python simultanee | 10 | Puoi eseguire fino a 10 query simultanee che fanno riferimento a funzioni definite dall'utente Python per progetto. |
Funzioni remote
I seguenti limiti si applicano alle funzioni remote in BigQuery.
Per informazioni sulla risoluzione dei problemi, consulta Numero massimo di query simultanee che contengono funzioni remote.
| Limite di sistema | Predefinito | Note |
|---|---|---|
| Numero massimo di query simultanee che contengono funzioni remote | 10 query | Puoi eseguire fino a dieci query contemporanee 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 di 1ª generazione. può avere una dimensione massima di 10 MB. Il superamento di questo valore causa errori delle query. |
| Limite di dimensioni della risposta HTTP (Cloud Run Functions 2ª generazione. o Cloud Run) | 15 MB | Il corpo della risposta HTTP della funzione Cloud Run (2ª generazione) o di Cloud Run è di massimo 15 MB. Il superamento di questo valore causa errori delle query. |
| Limite di tempo massimo per la chiamata HTTP (Cloud Run Functions 1ª generazione.) | 9 minuti | Puoi impostare un limite di tempo per la tua funzione Cloud Run (1ª gen.) per una singola chiamata HTTP, ma il limite di tempo massimo è di 9 minuti. Il superamento del limite di tempo impostato per la funzione Cloud Run di 1ª generazione. può causare errori di chiamata HTTP e di query. |
| Limite di tempo per la chiamata HTTP (Cloud Run Functions (2ª generazione.) o Cloud Run) | 20 minuti | Il limite di tempo per una singola chiamata HTTP alla tua funzione Cloud Run (2ª generazione.) o a Cloud Run. Il superamento di questo valore può causare errori di chiamata HTTP e di query. |
| Numero massimo di nuovi tentativi di chiamata HTTP | 20 | Il numero massimo di 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 e di query. |
Funzioni tabella
I seguenti limiti si applicano alle funzioni di tabella di BigQuery:
| Limite di sistema | 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 della funzione di tabella può contenere fino a 128 caratteri. |
| Numero massimo di argomenti | 256 argomenti | Una funzione di tabella può avere fino a 256 argomenti. |
| Profondità massima di una catena di riferimento di funzioni con valore di tabella | 16 riferimenti | Una catena di riferimenti a funzioni di tabella può contenere fino a 16 riferimenti. |
Profondità massima dell'argomento o dell'output di tipo STRUCT
|
15 livelli |
Un argomento STRUCT per una funzione di tabella può avere una profondità massima di 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 nell'argomento o nella tabella restituita di tipo STRUCT per funzione di tabella
|
1024 campi |
Un argomento STRUCT per una funzione di tabella può avere fino a 1024 campi.
Analogamente, un record STRUCT nell'output di una funzione di tabella può avere fino a 1024 campi.
|
| Numero massimo di colonne nella tabella restituita | 1024 colonne | Una tabella restituita da una funzione di tabella può avere fino a 1024 colonne. |
| Lunghezza massima dei nomi delle colonne della tabella di ritorno | 128 caratteri | I nomi delle colonne nelle tabelle restituite possono contenere fino a 128 caratteri. |
| Numero massimo di aggiornamenti per funzione di tabella ogni 10 secondi | 5 aggiornamenti | Il tuo progetto può aggiornare una funzione di tabella fino a cinque volte ogni 10 secondi. |
Stored procedure per Apache Spark
I seguenti limiti si applicano alle stored procedure BigQuery per Apache Spark:
| Limite del sistema | Predefinito | Note |
|---|---|---|
| Numero massimo di query di stored procedure in parallelo | 50 | Puoi eseguire fino a 50 query di stored procedure simultanee per ogni progetto. |
| Numero massimo di CPU in uso | 12.000 | Puoi utilizzare fino a 12.000 CPU per ogni progetto. Le query già elaborate non consumano questo limite.
Puoi utilizzare fino a 2400 CPU per ogni località per ogni progetto, ad eccezione delle seguenti località:
In queste località, puoi utilizzare fino a 500 CPU per ogni località per ogni progetto. Se esegui query simultanee in una località multiregionale e in una località a regione singola che si trova nella stessa area geografica, le query potrebbero consumare la stessa quota di CPU simultanea. |
| Dimensione totale massima degli Standard Persistent Disk in uso | 204,8 TB | Puoi utilizzare fino a 204,8 TB di Standard Persistent Disk per ogni località per ogni progetto. Le query già elaborate non consumano questo limite. Se esegui query simultanee in una località multiregionale e in una località a regione singola 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 del sistema | Predefinito | Note |
|---|---|---|
| Dimensioni massime del notebook | 20 MB |
Le dimensioni di un notebook corrispondono alla 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 del sistema | Predefinito | Note |
|---|---|---|
| Dimensione massima della query salvata | 10 MB | |
| Numero massimo di richieste al secondo a Dataform | 100 | Le query salvate vengono create e gestite tramite Dataform. Qualsiasi azione che crea o modifica una query salvata viene conteggiata ai fini di questa quota. Questa quota è condivisa con i notebook. Ad esempio, se apporti 50 modifiche ai notebook e 50 modifiche alle query salvate entro 1 secondo, raggiungi la quota. |
Data Manipulation Language (DML)
I seguenti limiti si applicano alle istruzioni DML (Data Manipulation Language) di BigQuery:
| Limite di sistema | 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 presenti. |
INSERT istruzioni DML simultanee per tabella al giorno
|
1500 istruzioni |
Le prime 1500 istruzioni INSERT vengono eseguite immediatamente dopo l'invio. Una volta raggiunto questo limite, la contemporaneità delle istruzioni INSERT che scrivono in una tabella è limitata a 10. Ulteriori istruzioni INSERT vengono aggiunte a una coda PENDING. È possibile mettere in coda fino a 100 istruzioni INSERT per una tabella in qualsiasi momento. Quando un'istruzione INSERT viene completata, l'istruzione INSERT successiva viene rimossa dalla coda ed eseguita.
Se devi eseguire istruzioni DML INSERT più di frequente,
valuta la possibilità di trasmettere i dati in streaming alla tabella utilizzando l'API Storage Write (gRPC).
|
| Istruzioni DML di mutazione simultanee per tabella | 2 istruzioni |
BigQuery esegue fino a due istruzioni DML di mutazione simultanee (UPDATE, DELETE e MERGE) per ogni tabella. Le istruzioni DML di mutazione aggiuntive per una tabella vengono messe in coda.
|
| Istruzioni DML di mutazione in coda per tabella | 20 istruzioni | Una tabella può avere fino a 20 istruzioni DML di mutazione in coda in attesa di essere eseguite. Se invii altre istruzioni DML di mutazione per la tabella, queste istruzioni non andranno a buon fine. |
| Tempo massimo in coda per l'istruzione DML | 7 ore | Un'istruzione DML con priorità interattiva può attendere in coda fino a sette ore. Se l'istruzione non viene eseguita dopo sette ore, l'operazione non va a buon fine. |
| Frequenza massima di istruzioni DML per ogni tabella | 25 istruzioni ogni 10 secondi |
Il progetto può eseguire fino a 25 istruzioni DML ogni 10 secondi per ogni tabella. Sia le istruzioni INSERT che quelle DML di mutazione contribuiscono a questo limite.
|
Per saperne di più sulle istruzioni DML di mutazione, consulta
Concorrenza DML INSERT e
Concorrenza DML UPDATE, DELETE, MERGE.
Query con più istruzioni
I seguenti limiti si applicano alle query con più istruzioni in BigQuery.
| Limite di sistema | Predefinito | Note |
|---|---|---|
| Numero massimo di query con più istruzioni in parallelo | 1000 query con più istruzioni | Il tuo progetto può eseguire fino a 1000 query con più istruzioni 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 l'istruzione | 6 ore | Il limite di tempo per una singola istruzione all'interno di una query con più istruzioni è di 6 ore. |
CTE ricorsive nelle query
I seguenti limiti si applicano alle espressioni di tabella comuni (CTE) ricorsive in BigQuery.
| Limite di sistema | Predefinito | Note |
|---|---|---|
| Limite di iterazioni | 500 iterazioni | La CTE ricorsiva può eseguire questo numero di iterazioni. Se questo limite viene superato, viene generato un errore. Per aggirare i limiti di iterazione, consulta Risolvi gli errori relativi ai limiti di iterazione. |
Sicurezza a livello di riga
I seguenti limiti si applicano alle policy di accesso a livello di riga di BigQuery:
| Limite del sistema | Predefinito | Note |
|---|---|---|
| Numero massimo di policy di accesso alle righe per tabella | 400 policy | Una tabella può avere fino a 400 policy di accesso alle righe. |
| Numero massimo di policy di accesso alle righe per query | 6000 policy | Una query può accedere a un massimo di 6000 policy di accesso alle righe. |
Numero massimo di istruzioni DDL CREATE/DROP per policy per 10 secondi |
5 istruzioni |
Il tuo progetto può eseguire fino a cinque istruzioni CREATE o DROP per risorsa della policy di accesso alle righe ogni 10 secondi.
|
DROP ALL ROW ACCESS POLICIES istruzioni per tabella ogni 10 secondi |
5 istruzioni |
Il tuo progetto può eseguire fino a cinque istruzioni DROP ALL ROW ACCESS POLICIES per tabella ogni 10 secondi.
|
Norme sui dati
Per il mascheramento dinamico dei dati a livello di colonna si applicano i seguenti limiti:
| Limite di sistema | Predefinito | Note |
|---|---|---|
| Numero massimo di policy dei dati per tag di criteri. | 8 policy per tag di criteri | Fino a otto policy dei dati per tag di criteri. Una di queste policy può essere utilizzata per i controlli dell'accesso a livello di colonna. Le espressioni di mascheramento duplicate non sono supportate. |
BigQuery ML
I seguenti limiti si applicano a BigQuery ML.
Job di query
Tutte le quote e i limiti dei job di query si applicano ai job di query GoogleSQL che utilizzano istruzioni e funzioni di BigQuery ML.
CREATE MODEL istruzioni
I seguenti limiti si applicano ai job CREATE MODEL:
| Limite di sistema | Predefinito | Note |
|---|---|---|
CREATE MODEL
query di istruzione ogni 48 ore per ogni progetto |
20.000 query di istruzioni | Alcuni modelli vengono addestrati utilizzando i servizi Vertex AI, che hanno una propria gestione delle risorse e delle quote. |
| Limite di tempo di esecuzione | 24 ore o 48 ore | Il timeout predefinito dei job CREATE MODEL è di 24 ore, ad eccezione dei job di serie temporali, AutoML e ottimizzazione degli iperparametri, il cui timeout è di 48 ore. |
Funzioni AI generative
I seguenti limiti si applicano alle funzioni che utilizzano i modelli linguistici di grandi dimensioni (LLM) di Agent Platform. Per saperne di più, consulta Definizioni delle quote per le funzioni.
Limiti di richieste al minuto
I seguenti limiti si applicano ai modelli di Agent Platform che utilizzano un limite di richieste al minuto.
| 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-regioniRegioni singole come documentato per gemini-2.0-flash-lite-001 in Località degli endpoint dei modelli Google |
Nessuna quota impostata. Quota determinata dalla quota condivisa dinamica (DSQ)1 e dal throughput riservato2 | N/A per il 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-regioniRegioni singole come documentato per gemini-2.0-flash-001 in Località degli endpoint dei modelli Google |
N/A per il 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 dei modelli Google |
N/A per il throughput riservato 9.300.000 per DSQ, per una chiamata con una media di 500 token di input e 50 token di output |
||
gemini-2.5-pro |
US e EU multi-regioniRegioni singole come documentato per gemini-2.5-pro in Località degli endpoint dei modelli Google |
N/A per il 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 una delle gemini-2.5-* models
nelle località 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 | Consulta la sezione Località | Nessuna quota impostata. Quota determinata dalla 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 di AI Mistral | Consulta Disponibilità e quote per la regione del modello di AI Mistral | ||
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 |
Singole regioni europee supportate | 1203 | 43.200 | |
| Regioni diverse dalle singole regioni europee supportate | 6003 | 216.000 | ||
gemini-embedding-2 |
US, EU e global |
Nessuna quota impostata. Quota determinata dalla quota condivisa dinamica (DSQ)1. | N/D |
1 Quando utilizzi DSQ, non esistono limiti di quota predefiniti per il tuo utilizzo. DSQ fornisce invece l'accesso a un ampio pool di risorse condivise, che vengono allocate dinamicamente in base alla disponibilità in tempo reale delle risorse e alla domanda dei clienti per il modello in questione. Quando sono attivi più clienti, ogni cliente riceve un throughput inferiore. Analogamente, quando sono attivi meno clienti, ogni cliente potrebbe ottenere un throughput più elevato.
2 Throughput riservato è un abbonamento a costo fisso e a durata fissa disponibile in diverse durate. Il Throughput riservato ti consente di prenotare il throughput per i modelli di AI generativa supportati su Agent Platform.
3 Per aumentare la quota, richiedi un aggiustamento della quota QPM in Agent Platform. Attendi 30 minuti affinché il valore della quota aumentata venga propagato.
4 Puoi aumentare la quota per i modelli Agent Platform text-embedding e text-multilingual-embedding a 10.000 RPM senza approvazione manuale. In questo modo, il throughput aumenta fino a 500.000.000 di righe per job o più, in base a una chiamata con una media di 50 token in ogni riga di input.
5 Questa funzione è limitata a un massimo di 5 job in esecuzione contemporaneamente per progetto.
Per ulteriori informazioni sulla quota per gli LLM di Agent Platform, consulta Limiti di quota dell'AI generativa su Agent Platform.
Limiti di token al minuto
I seguenti limiti si applicano ai modelli Agent Platform che utilizzano un limite di token al minuto:
| Funzione | Token al minuto | Righe per job | Numero di job in esecuzione contemporaneamente |
|---|---|---|---|
AI.GENERATE_EMBEDDING o
ML.GENERATE_EMBEDDING quando utilizzi un modello remoto su un modello
gemini-embedding-001 |
10.000.000 | 12.000.000 per una chiamata con una media di 300 token per riga | 5 |
AI.GENERATE_EMBEDDING o
ML.GENERATE_EMBEDDING quando utilizzi un modello remoto su un modello
gemini-embedding-2 |
5.000.000 | 1.440.000 | 5 |
Limiti di token al giorno
I seguenti limiti giornalieri si applicano all'utilizzo dei token per i modelli linguistici di grandi dimensioni (LLM) a cui si accede tramite le funzioni AI generative di BigQuery. Questi limiti si applicano a livello globale in tutte le regioni e puoi richiedere un aggiustamento. Per ulteriori informazioni, consulta Controlla i costi con le quote di token.
| Quota | ID metrica e quota | Predefinito | Note |
|---|---|---|---|
| Token di input AI al giorno |
Metrica: bigquery.googleapis.com/quota/query/ai_input_tokensID quota: GenAiInputTokensPerDay
|
200.000.000.000 | Token di input utilizzati dall'LLM. Si applica al giorno, per progetto. |
| Token di input AI al giorno per utente |
Metrica: bigquery.googleapis.com/quota/query/ai_input_tokensID quota: GenAiInputTokensPerUserPerDay
|
150.000.000.000 | Token di input utilizzati dall'LLM. Si applica al giorno, per progetto, per utente. |
| Token di output dell'AI al giorno |
Metrica: bigquery.googleapis.com/quota/query/ai_output_tokensID quota: GenAiOutputTokensPerDay
|
20.000.000.000 | Token di output e di pensiero utilizzati dall'LLM. Si applica al giorno, per progetto. |
| Token di output AI al giorno per utente |
Metrica: bigquery.googleapis.com/quota/query/ai_output_tokensID quota: GenAiOutputTokensPerUserPerDay
|
15.000.000.000 | Token di output e di pensiero utilizzati dall'LLM. Si applica al giorno, per progetto, per utente. |
Funzioni dei servizi AI Cloud
I seguenti limiti si applicano alle funzioni che utilizzano i servizi AI Cloud:
| Funzione | Richieste al minuto | Righe per job | Numero di job in esecuzione contemporaneamente |
|---|---|---|---|
ML.PROCESS_DOCUMENT con documenti di circa 50 pagine |
600 | 100.000 (in base a una media di 50 pagine in ogni documento di input) | 5 |
ML.TRANSCRIBE |
200 | 10.000 (in base a una durata media di 1 minuto per ogni file audio di input) | 5 |
ML.ANNOTATE_IMAGE |
1800 | 648.000 | 5 |
ML.TRANSLATE |
6000 | 2.160.000 | 5 |
ML.UNDERSTAND_TEXT |
600 | 21.600 | 5 |
Per ulteriori informazioni sulla quota per le API dei servizi AI Cloud, consulta i seguenti documenti:
- Quote e limiti dell'API Cloud Translation
- Quota e limiti dell'API Vision
- Quota e limiti dell'API Natural Language
- Quote e limiti di Document AI
- Quote e limiti di Speech-to-Text
Definizioni delle quote delle funzioni
L'elenco seguente descrive le quote che si applicano alle funzioni dei servizi di AI generativa e AI Cloud:
- Le funzioni che chiamano un modello Agent Platform utilizzano una quota Agent Platform, ovvero le query al minuto (QPM). In questo contesto, le query sono chiamate di richiesta dalla funzione all'API del modello della piattaforma dell'agente. La quota 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 delle quote dell'AI generativa su Agent Platform.
- Le funzioni che chiamano un servizio Cloud AI utilizzano le quote di richieste del servizio di destinazione. Per i dettagli, consulta il riferimento alle quote del servizio AI Cloud specificato.
BigQuery ML utilizza le seguenti quote:
Richieste al minuto. Questa quota è il limite al numero di chiamate di richiesta al minuto che le funzioni possono effettuare all'API del modello Agent Platform o del servizio AI Cloud. Questo limite si applica a ogni progetto ed è condiviso tra tutti i job che utilizzano lo stesso endpoint del modello.
Le chiamate ai modelli Gemini di Agent Platform non hanno limiti di quota predefiniti per l'utilizzo, perché i modelli Gemini utilizzano la quota condivisa dinamica (DSQ). DSQ fornisce l'accesso a un ampio pool di risorse condivise, che vengono allocate dinamicamente in base alla disponibilità in tempo reale delle risorse e alla domanda dei clienti per il modello specificato.
Token al minuto. Questa quota è il limite del numero di token al minuto che le funzioni possono inviare all'API del modello Agent Platform. Questo limite si applica a ogni progetto.
Per le funzioni che chiamano un foundation model di Agent Platform, il numero di token al minuto varia in base all'endpoint, alla versione e alla regione del modello di Agent Platform, nonché alla reputazione del progetto. Questa quota è concettualmente la stessa della quota QPM utilizzata da Agent Platform.
Righe per job. Il valore
Rows per jobfunge da benchmark delle prestazioni, approssimando la capacità di elaborazione quando un singolo job ha l'uso esclusivo delle risorse degli endpoint del modello del progetto. Il numero effettivo di righe elaborate dipende da molti fattori, tra cui le dimensioni della richiesta di input al modello, le dimensioni delle risposte di output del modello e la disponibilità della quota condivisa dinamica. I seguenti esempi mostrano alcuni scenari comuni:Per l'endpoint
gemini-2.0-flash-lite-001, il numero di righe elaborabili dalla funzioneAI.GENERATE_TEXToML.GENERATE_TEXTdipende dai conteggi dei token di input e output. Il servizio può elaborare circa 7,6 milioni di righe per le chiamate con un numero medio di token di input di 2000 e un numero massimo di token di output di 50. Questo numero scende a circa 1 milione di righe se il numero medio di token di input è 10.000 e il numero massimo di token di output è 3000.Analogamente, l'endpoint
gemini-2.0-flash-001può elaborare 4,4 milioni di righe per le chiamate con un numero medio di token di input di 2000 e un numero massimo di token di output di 50, ma solo circa 1 milione di righe per le chiamate con 10.000 token di input e 3000 token di output.La funzione
ML.PROCESS_DOCUMENTpuò elaborare più righe per job per i documenti brevi rispetto a quelli lunghi.La funzione
ML.TRANSCRIBEpuò elaborare più righe per job per audio clip brevi rispetto ad audio clip lunghi.
Numero di job in esecuzione contemporaneamente. Questa quota è il limite per progetto per il numero di query SQL che possono essere eseguite contemporaneamente per la funzione specificata.
I seguenti esempi mostrano come interpretare le limitazioni delle quote in situazioni tipiche:
Ho una quota di 1000 QPM in Agent Platform, quindi una query con 100.000 righe dovrebbe richiedere circa 100 minuti. Perché il job viene eseguito più a lungo?
I tempi di esecuzione dei job possono variare anche per gli stessi dati di input. In Agent Platform, le chiamate di procedura remota (RPC) hanno priorità diverse per evitare l'esaurimento della quota. Quando la quota non è sufficiente, le RPC con priorità più bassa attendono e potrebbero non riuscire se l'elaborazione richiede troppo tempo.
Come devo interpretare la quota di righe per job?
In BigQuery, una query può essere eseguita per un massimo di sei ore. Il numero massimo di righe supportate è una funzione di questa cronologia e della tua quota di QPM della piattaforma agente, per garantire che BigQuery possa completare l'elaborazione delle query in sei ore. Poiché in genere una query non può utilizzare l'intera quota, questo numero è inferiore alla quota QPM moltiplicata per 360.
Cosa succede se eseguo un job di inferenza in batch su una tabella con più righe rispetto alla quota di righe per job, ad esempio 10.000.000 di righe?
BigQuery elabora solo il numero di righe specificato dalla quota di righe per job. Ti vengono addebitate solo le chiamate API riuscite per quel numero di righe, anziché per tutte le 10.000.000 di righe della tabella. Per il resto delle righe, BigQuery risponde alla richiesta con un errore
A retryable error occurred: the maximum size quota per query has reached, che viene restituito nella colonnastatusdel risultato. Puoi utilizzare questo set di script SQL o questo pacchetto Dataform per eseguire l'iterazione delle chiamate di inferenza fino a quando tutte le righe non vengono elaborate correttamente.Ho molte più righe da elaborare rispetto alla quota di righe per job. La suddivisione delle righe in più query e la loro esecuzione simultanea può essere d'aiuto?
No, perché queste query utilizzano la stessa quota di richieste al minuto di BigQuery ML e la stessa quota di QPM di Agent Platform. Se sono presenti più query che rientrano tutte nella quota di righe per job e nella quota di job in esecuzione contemporaneamente, l'elaborazione cumulativa esaurisce la quota di richieste al minuto.
Grafo BigQuery
I seguenti limiti si applicano a BigQuery Graph:
| Limite di sistema | Predefinito | Note |
|---|---|---|
| Numero massimo di tabelle a cui fa riferimento un grafico | 1000 tabelle | Un grafo può fare riferimento a un massimo di 1000 tabelle di nodi e archi nelle sue definizioni di nodi e archi. |
| Numero massimo di colonne chiave per tabella di nodi o archi | 16 colonne | Puoi definire una chiave che utilizza fino a 16 colonne in una tabella di nodi o archi di un grafico. |
| Numero massimo di colonne per riferimento nodo | 16 colonne | Una chiave di origine o di destinazione può fare riferimento a un massimo di 16 colonne di una tabella dei nodi in un grafico. |
| Numero massimo di colonne per riferimento perimetrale | 16 colonne | La chiave di origine o di destinazione di un arco può fare riferimento a un massimo di 16 colonne della tabella degli archi. |
| Numero massimo di etichette su un grafico | 1000 etichette | Puoi definire fino a 1000 etichette di nodi e archi in totale su un grafico. |
| Numero massimo di etichette definite per nodo o arco | 20 etichette | Puoi definire fino a 20 etichette su un nodo o un arco in un grafico. |
| Numero massimo di proprietà definite in un grafico | 5000 proprietà | Puoi definire fino a 5000 proprietà in un grafico. |
| Numero massimo di proprietà definite per etichetta | 1000 proprietà | Puoi definire fino a 1000 proprietà per etichetta in un grafico. |
BI Engine
I seguenti limiti si applicano a BigQuery BI Engine.
| Limite di sistema | Predefinito | Note |
|---|---|---|
| Dimensione massima della prenotazione per progetto per località (BigQuery BI Engine) | 250 GiB | 250 GiB è la dimensione massima predefinita della prenotazione per progetto per località. Puoi richiedere un aumento della capacità di prenotazione massima per i tuoi progetti. Gli aumenti delle prenotazioni sono disponibili nella maggior parte delle regioni e potrebbero richiedere 3 o più giorni lavorativi, a seconda dell'entità dell'aumento richiesto. Contatta il tuo rappresentante Google Cloud o l'assistenza clienti Google Cloud per richieste urgenti. |
| Numero massimo di righe per query | 7 miliardi | Numero massimo di righe per query. |
BigQuery sharing (in precedenza Analytics Hub)
I seguenti limiti si applicano a BigQuery sharing (in precedenza Analytics Hub):
| Limite di sistema | 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 data exchange | 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 iscritti alla condivisione di BigQuery, insieme, 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 al rilevamento automatico di Knowledge Catalog:
| Limite di sistema | Predefinito | Note |
|---|---|---|
| Numero massimo di tabelle BigQuery, BigLake o esterne per bucket Cloud Storage supportate da un'analisi di rilevamento | 1000 tabelle BigQuery per bucket | Puoi creare fino a 1000 tabelle BigQuery per bucket Cloud Storage. |
Quote e limiti dell'API
Queste quote e questi limiti si applicano alle richieste dell'API BigQuery.
API BigQuery
Le seguenti quote si applicano alle richieste dell'API BigQuery (principale):
| Quota | ID metrica e quota | Predefinito | Note |
|---|---|---|---|
| Richieste al giorno |
Metrica: bigquery.googleapis.com/unlimited_requestsID quota: UnlimitedRequestsPerDayPerProject
|
Illimitato | Il tuo progetto può effettuare un numero illimitato di richieste API BigQuery al giorno. |
Numero massimo di byte al minuto: tabledata.list
|
Metriche: bigquery.googleapis.com/quota/tabledata/list_bytes_us, bigquery.googleapis.com/quota/tabledata/list_bytes_eu, bigquery.googleapis.com/quota/tabledata/list_bytes_regionalID quota: ListBytesPerSecondUs, ListBytesPerSecondEu, ListBytesPerSecondRegional
|
7,5 GB in più regioni; 3,7 GB in tutte le altre regioni |
Il tuo progetto può restituire un massimo di 7,5 GB di dati di riga della tabella al minuto utilizzando tabledata.list nelle multi-regioni us e eu e 3,7 GB di dati di riga della tabella al minuto in tutte le altre regioni. Questa quota si applica al progetto che contiene la tabella in fase di lettura. Anche altre API, tra cui
jobs.getQueryResults e il recupero dei risultati da
jobs.query e
jobs.insert, possono consumare questa quota.
Per informazioni sulla risoluzione dei problemi, consulta la pagina Risoluzione dei problemi.
L'API BigQuery Storage Read
può sostenere un throughput significativamente più elevato rispetto a
|
I seguenti limiti di sistema si applicano alle richieste (principali) dell'API BigQuery:
Limite di sistema
Valore
Note
Numero massimo di richieste API al secondo per utente per metodo
100 richieste
Un utente può effettuare fino a 100 richieste API al secondo a un metodo API.
Se un utente effettua più di 100 richieste al secondo a un metodo,
può verificarsi una limitazione.
Questo limite non si applica agli inserimenti di flussi di dati.
Per informazioni sulla risoluzione dei problemi, consulta la pagina Risoluzione dei problemi.
Numero massimo di richieste API simultanee per utente
300 richieste
Se un utente effettua più di 300 richieste in parallelo, può verificarsi una limitazione.
Questo limite non si applica agli inserimenti di flussi di dati.
Dimensioni massime dell'intestazione della richiesta
16 KiB
La richiesta API BigQuery può avere una dimensione massima di 16 KiB, inclusi l'URL della richiesta e tutte le intestazioni. Questo limite non si applica al corpo della richiesta, ad esempio in una richiesta
POST.
Numero massimo di richieste al secondo:
jobs.get
1000 richieste
Il tuo progetto può effettuare fino a 1000 richieste
jobs.get al secondo.
Dimensione massima della risposta
jobs.query
20 MB
Per impostazione predefinita, non esiste un numero massimo di righe di dati restituite da
jobs.query per pagina di risultati. Tuttavia,
sei limitato alla dimensione massima della risposta di 20 MB. Puoi modificare il numero di righe da restituire utilizzando il parametro maxResults.
Dimensione massima della riga
jobs.getQueryResults
20 MB
La dimensione massima della riga è approssimativa perché il limite si basa sulla rappresentazione interna dei dati della riga. Il limite viene applicato durante la transcodifica.
Numero massimo di richieste al secondo:
projects.list
10 richieste
Un utente può effettuare fino a 10 richieste
projects.list al secondo.
Numero massimo di richieste
tabledata.list al secondo
1000 richieste
Il tuo progetto può effettuare fino a 1000 richieste
tabledata.list al secondo.
Numero massimo di righe per risposta
tabledata.list
100.000 righe
Una chiamata
tabledata.list può restituire fino a 100.000 righe di tabella.
Per saperne di più, consulta Riferimento: limiti API e criteri.
Dimensione massima 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 | ID metrica e quota | Predefinito | Note |
|---|---|---|---|
| Richieste di lettura al minuto |
Metrica: bigqueryconnection.googleapis.com/read_requestsID quota: ReadRequestsPerMinutePerProject
|
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. |
| Richieste di scrittura al minuto |
Metrica: bigqueryconnection.googleapis.com/write_requestsID quota: WriteRequestsPerMinutePerProject
|
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. |
| Connessioni BigQuery Omni create al minuto |
Metrica: bigqueryconnection.googleapis.com/bq_omni_connection_creationsID quota: BQOmniConnectionsCreatedPerMinute
|
10 connessioni create al minuto | Il tuo progetto può creare fino a 10 connessioni BigQuery Omni in totale su AWS e Azure al minuto. |
| Utilizzi della connessione BigQuery Omni |
Metrica: bigqueryconnection.googleapis.com/bq_omni_connection_usesID quota: BQOmniConnectionUsesPerMinute
|
500 utilizzi della connessione al minuto | Il tuo progetto può utilizzare una connessione BigQuery Omni fino a 500 volte al minuto. Questo vale per le operazioni che utilizzano la connessione per accedere al tuo account AWS, ad esempio l'esecuzione di query su una tabella. |
API BigQuery Migration
Le seguenti quote si applicano all'API BigQuery Migration. I seguenti valori predefiniti si applicano nella maggior parte dei casi. I valori predefiniti per il tuo progetto potrebbero essere diversi:
| Quota | ID metrica e quota | Predefinito | Note |
|---|---|---|---|
| Richieste di elenco del servizio EDWMigration al minuto |
Metrica: bigquerymigration.googleapis.com/edwmigration_service_list_requestsID quota: ListRequestsPerMinutePerProject
|
12.000 richieste | Il tuo progetto può effettuare fino a 12.000 richieste di elenco dell'API Migration al minuto. |
| Richieste di elenco del servizio EDWMigration al minuto per utente |
Metrica: bigquerymigration.googleapis.com/edwmigration_service_list_requestsID quota: ListRequestsPerMinutePerProjectPerUser
|
2500 richieste | Ogni utente può effettuare fino a 2500 richieste di elenco dell'API Migration al minuto. |
| Richieste GET al minuto del servizio di migrazione EDW |
Metrica: bigquerymigration.googleapis.com/edwmigration_service_get_requestsID quota: GetRequestsPerMinutePerProject
|
25.000 richieste | Il tuo progetto può effettuare fino a 25.000 richieste GET dell'API Migration al minuto. |
| Richieste GET di EDWMigration Service al minuto per utente |
Metrica: bigquerymigration.googleapis.com/edwmigration_service_get_requestsID quota: GetRequestsPerMinutePerProjectPerUser
|
2500 richieste | Ogni utente può effettuare fino a 2500 richieste GET dell'API Migration al minuto. |
| Altre richieste al minuto del servizio EDWMigration |
Metrica: bigquerymigration.googleapis.com/edwmigration_service_other_requestsID quota: OtherRequestsPerMinutePerProject
|
25 richieste | Il tuo progetto può effettuare fino ad altre 25 richieste API Migration al minuto. |
| Altre richieste al minuto per utente del servizio EDWMigration |
Metrica: bigquerymigration.googleapis.com/edwmigration_service_other_requestsID quota: OtherRequestsPerMinutePerProjectPerUser
|
5 richieste | Ogni utente può effettuare fino ad altre 5 richieste API di migrazione al minuto. |
| Richieste di traduzione SQL interattiva al minuto |
Metrica: bigquerymigration.googleapis.com/sql_translation_translate_requestsID quota: TranslationRequestsPerMinutePerProject
|
200 richieste | Il tuo progetto può effettuare fino a 200 richieste di servizio di traduzione SQL al minuto. |
| Richieste di traduzione SQL interattiva al minuto per utente |
Metrica: bigquerymigration.googleapis.com/sql_translation_translate_requestsID quota: TranslationRequestsPerMinutePerProjectPerUser
|
50 richieste | Ogni utente può effettuare fino a 50 richieste di servizio di traduzione SQL al minuto. |
I seguenti limiti di sistema si applicano all'API BigQuery Migration:
| Limite di sistema | Valore | Note |
|---|---|---|
| Dimensioni dei singoli file per la traduzione SQL batch | 10 MB |
Ogni singolo file di origine e di metadati può avere una dimensione massima di 10 MB.
Questo limite non si applica al file ZIP dei metadati prodotto dallo strumento di estrazione a riga di comando dwh-migration-dumper.
|
| Dimensione totale dei file di origine per la traduzione SQL batch | 1 GB | La dimensione totale di tutti i file di input caricati su Cloud Storage può essere di massimo 1 GB. Sono inclusi tutti i file di origine e tutti i file di metadati, se scegli di includerli. |
| Dimensioni della stringa di input per la traduzione SQL interattiva | 1 MB | La stringa inserita per la traduzione SQL interattiva non deve superare 1 MB. Quando esegui traduzioni interattive utilizzando l'API Translation, questo limite si applica alla dimensione totale di tutti gli input di stringhe. |
| Dimensione massima del file di configurazione per la traduzione SQL interattiva | 50 MB |
I singoli file di metadati (compressi) e i file di configurazione YAML in Cloud Storage non devono superare i 50 MB. Se le dimensioni del file superano i 50 MB, il traduttore interattivo salta il file di configurazione durante la traduzione e genera un messaggio di errore. Un metodo per ridurre le dimensioni del file dei 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. |
API BigQuery Reservation
Le seguenti quote si applicano alle richieste dell'API BigQuery Reservation:
| Quota | ID metrica e quota | Predefinito | Note |
|---|---|---|---|
| Richieste al minuto per regione |
Metrica: bigqueryreservation.googleapis.com/requestsID quota: RequestsPerMinutePerProjectPerRegion
|
100 richieste | Il tuo progetto può effettuare un totale di 100 chiamate ai metodi dell'API BigQuery Reservation al minuto per regione. |
Numero di chiamate SearchAllAssignments al minuto per regione
|
Metrica: bigqueryreservation.googleapis.com/search_all_assignments_requestsID quota: SearchAllAssignmentsRequestsPerMinutePerProjectPerRegion
|
100 richieste |
Il tuo progetto può effettuare fino a 100 chiamate al metodo
SearchAllAssignments al minuto per regione.
|
Richieste per SearchAllAssignments al minuto per regione per utente
|
Metrica: bigqueryreservation.googleapis.com/search_all_assignments_requestsID quota: SearchAllAssignmentsRequestsPerMinutePerProjectPerUserPerRegion
|
10 richieste |
Ogni utente può effettuare fino a 10 chiamate al metodo
SearchAllAssignments al minuto per regione.
|
API BigQuery Data Policy
I seguenti limiti si applicano all'API Data Policy (anteprima):
| Limite di sistema | Predefinito | Note |
|---|---|---|
Numero massimo di chiamate dataPolicies.list.
|
400 richieste al minuto per progetto 600 richieste al minuto per organizzazione |
|
Numero massimo di chiamate dataPolicies.testIamPermissions.
|
400 richieste al minuto per progetto 600 richieste al minuto per organizzazione |
|
| Numero massimo di richieste di lettura. |
1200 richieste al minuto per progetto 1800 richieste al minuto per organizzazione |
Sono incluse le chiamate a dataPolicies.get e dataPolicies.getIamPolicy.
|
| Numero massimo di richieste di scrittura. |
600 richieste al minuto per progetto 900 richieste al minuto per organizzazione |
Sono incluse le chiamate a: |
API IAM
Le seguenti quote si applicano quando utilizzi le funzionalità di Identity and Access Management in BigQuery per recuperare e impostare le policy IAM e per testare le autorizzazioni IAM.
Le istruzioni DCL (Data Control Language)
vengono conteggiate ai fini della quota di SetIAMPolicy.
| Quota | ID metrica e quota | Predefinito | Note |
|---|---|---|---|
IamPolicy richieste al minuto per utente |
Metrica: bigquery.googleapis.com/iam_policy_requestsID quota: IamPolicyRequestsPerMinutePerUser
|
1500 richieste al minuto per utente | Ogni utente può effettuare fino a 1500 richieste al minuto per progetto. |
IamPolicy richieste al minuto per progetto |
Metrica: bigquery.googleapis.com/iam_policy_requestsID quota: IamPolicyRequestsPerMinutePerProject
|
3000 richieste al minuto per progetto | Il tuo progetto può effettuare fino a 3000 richieste al minuto. |
Richieste SetIAMPolicy per singola regione al minuto per progetto |
Metrica: bigquery.googleapis.com/set_iam_policy_requestsID quota: SetIamPolicyRequestsPerMinutePerProject
|
1000 richieste al minuto per progetto | Il tuo progetto in una singola regione può effettuare fino a 1000 richieste al minuto. |
Richieste SetIAMPolicy multiregionali al minuto per progetto |
Metrica: bigquery.googleapis.com/set_iam_policy_requests_globalID quota: SetIamPolicyRequestsPerMinutePerProjectGlobal
|
2000 richieste al minuto per progetto | Il tuo progetto multiregionale può effettuare fino a 2000 richieste al minuto. |
Richieste SetIAMPolicy omniregionali al minuto per progetto |
Metrica: bigquery.googleapis.com/set_iam_policy_requests_OMNI_REGION (ad esempio, bigquery.googleapis.com/set_iam_policy_requests_aws-us-east-1)ID quota: SetIamPolicyRequestsPerMinutePerProjectOMNI_REGION (ad esempio, SetIamPolicyRequestsPerMinutePerProjectAwsUsEast1)
|
200 richieste al minuto per progetto | Il tuo progetto Omni-region può effettuare fino a 200 richieste al minuto. |
API Storage Read
Le seguenti quote si applicano alle richieste dell'API BigQuery Storage Read:
| Quota | ID metrica e quota | Predefinito | Note |
|---|---|---|---|
| Richieste di lettura del piano dati al minuto per utente |
Metrica: bigquerystorage.googleapis.com/data_plane_requestsID quota: DataPlaneRequestsPerMinutePerProjectPerUser
|
25.000 richieste |
Ogni utente può effettuare fino a 25.000 chiamate ReadRows al minuto per progetto.
|
| Numero massimo di connessioni di lettura simultanee |
Metriche: bigquerystorage.googleapis.com/read/max_concurrent_connections_us, bigquerystorage.googleapis.com/read/max_concurrent_connections_eu, bigquerystorage.googleapis.com/read/max_concurrent_connections_regionID quota: MaxConcurrentReadConnectionsPerProjectUS, MaxConcurrentReadConnectionsPerProjectEU, MaxConcurrentReadConnectionsPerProjectRegion
|
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 di regione. Questa regolazione dinamica garantisce una distribuzione equa delle risorse e mantiene la stabilità del servizio per tutti gli utenti. Quando uno stream viene chiuso per motivi di equità o quando raggiungi il limite di connessioni, ricevi un errore RESOURCE_EXHAUSTED (HTTP 429).
Le richieste di aumento della quota (QIR) vengono esaminate in base ai pattern di utilizzo passati del progetto e alla disponibilità generale delle risorse all'interno della regione. |
| Richieste di lettura del control plane al minuto per utente |
Metrica: bigquerystorage.googleapis.com/control_plane_requestsID quota: ControlPlaneRequestsPerMinutePerProjectPerUser
|
5000 richieste |
Ogni utente può effettuare fino a 5000 chiamate di operazioni sui metadati dell'API Storage Read al minuto per progetto. Le chiamate ai metadati includono i metodi CreateReadSession e SplitReadStream.
|
I seguenti limiti di sistema si applicano alle richieste dell'API BigQuery Storage Read:
| Limite di sistema | Valore | Note |
|---|---|---|
| Lunghezza massima di righe/filtri | 1 MB |
Quando utilizzi la chiamata CreateReadSession dell'API Storage Read, la lunghezza massima per ogni riga o filtro è di 1 MB.
|
| Dimensione massima dei dati serializzati | 128 MB |
Quando utilizzi la chiamata API Storage Read ReadRows, la rappresentazione serializzata dei dati in un singolo messaggio ReadRowsResponse non può superare i 128 MB.
|
| Utilizzo massimo della memoria utilizzata per stream | 1,5 GB | La memoria massima per stream è approssimativa perché il limite si basa sulla rappresentazione interna dei dati delle righe. I flussi che utilizzano più di 1,5 GB di memoria per una singola riga potrebbero non riuscire. Per saperne di più, consulta Risolvi 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 poi 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 della quota nella richiesta per accelerare l'elaborazione. BigQuery potrebbe ridurre la quota di cui è stato eseguito il provisioning se questa è notevolmente sottoutilizzata per più di un anno.
| Quota | ID metrica e quota | Predefinito | Note |
|---|---|---|---|
| Connessioni di scrittura simultanee |
Metriche: bigquerystorage.googleapis.com/write/max_active_streams, bigquerystorage.googleapis.com/write/max_active_streams_eu, bigquerystorage.googleapis.com/write/max_active_streams_regionID quota: ConcurrentWriteConnectionsPerProject, ConcurrentWriteConnectionsPerProjectEU, ConcurrentWriteConnectionsPerProjectRegion
|
5000 in una regione; 20.000 in una multi-regione |
La quota di connessioni simultanee si basa sul progetto client che avvia la richiesta dell'API Storage Write (gRPC), non sul progetto contenente la risorsa del set di dati BigQuery. Il progetto di avvio è quello associato alla chiave API o al service account. Il tuo progetto può operare su 5000 connessioni simultanee in una regione o su 20.000 connessioni simultanee nelle multiregioni 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 calcolo 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, in modo da ridurre il numero di connessioni complessive necessarie. Se utilizzi il connettore Beam con semantica at-least-once, puoi impostare UseStorageApiConnectionPool su Puoi visualizzare le metriche relative alle quote e ai limiti di utilizzo per i tuoi progetti in Cloud Monitoring. Seleziona il nome del limite di connessioni simultanee in base alla tua regione. Le opzioni sono |
| Velocità effettiva |
Metriche: bigquerystorage.googleapis.com/write/append_bytes, bigquerystorage.googleapis.com/write/append_bytes_eu, bigquerystorage.googleapis.com/write/append_bytes_regionID quota: AppendBytesThroughputPerProject, AppendBytesThroughputPerProjectEU, AppendBytesThroughputPerProjectRegion
|
Throughput di 3 GB al secondo in multiregione; 300 MB al secondo nelle regioni |
Puoi trasmettere in streaming fino a 3 GBps nelle multi-regioni us e eu e 300 MBps in altre regioni per progetto.
Puoi visualizzare le metriche relative alle quote e ai limiti di utilizzo per i tuoi progetti in Cloud Monitoring. Seleziona il nome del limite di throughput in base alla tua regione. Le opzioni sono |
CreateWriteStream richieste
|
Metriche: bigquerystorage.googleapis.com/write/create_stream_requests, bigquerystorage.googleapis.com/write/create_stream_requests_eu, bigquerystorage.googleapis.com/write/create_stream_requests_regionID quota: CreateWriteStreamRequestsPerMinutePerProject, CreateWriteStreamRequestsPerMinutePerProjectEU, CreateWriteStreamRequestsPerMinutePerProjectRegion
|
10.000 stream all'ora, per progetto per regione |
Puoi chiamare CreateWriteStream fino a 10.000 volte all'ora per progetto per regione. Se non hai bisogno della semantica exactly-once, valuta la possibilità di utilizzare lo stream predefinito.
Questa quota è oraria, ma la metrica mostrata nella console Google Cloud è al minuto.
|
| Byte di stream in attesa |
Metriche: bigquerystorage.googleapis.com/write/pending_stream_bytes, bigquerystorage.googleapis.com/write/pending_stream_bytes_eu, bigquerystorage.googleapis.com/write/pending_stream_bytes_regionID quota: PendingWriteStreamBytesPerProject, PendingWriteStreamBytesPerProjectEU, PendingWriteStreamBytesPerProjectRegion
|
10 TB in multiregioni; 1 TB in regioni singole |
Per ogni commit che attivi, puoi eseguire il commit di un massimo di 10 TB nelle località multiregionali us e eu e di 1 TB in altre regioni. Non sono disponibili report sulla quota per questa quota.
|
I seguenti limiti di sistema si applicano alle richieste dell'API Storage Write (gRPC):
| Limite di sistema | Valore | Note |
|---|---|---|
| Commit in batch | 10.000 stream per tabella |
Puoi eseguire il commit di un massimo di 10.000 stream in ogni chiamata BatchCommitWriteStream.
|
Dimensioni della richiesta AppendRows
|
20 MB | La dimensione massima della richiesta è di 20 MB. |
Inserimento di flussi di dati
Le seguenti quote e limiti si applicano quando trasmetti dati in streaming in BigQuery utilizzando l'API BigQuery Storage Write (REST).
Per informazioni sulle strategie per rispettare questi limiti, consulta Risoluzione degli errori relativi alle quote.
Se superi queste quote, BigQuery restituisce un errore quotaExceeded.
BigQuery potrebbe ridurre la quota di cui è stato eseguito il provisioning se questa è
significativamente sottoutilizzata per più di un anno.
| Quota | ID metrica e quota | Predefinito | Note |
|---|---|---|---|
Numero massimo di byte al secondo per progetto nelle località multiregionali us e eu
|
Metriche: bigquery.googleapis.com/quota/streaming/insert_bytes_us, bigquery.googleapis.com/quota/streaming/insert_bytes_euID quota: StreamingInsertBytesPerSecondUs, StreamingInsertBytesPerSecondEu
|
1 GB al secondo |
Il tuo progetto può trasmettere in streaming fino a 1 GB al secondo. Questa quota è cumulativa all'interno di una determinata multiregione. In altre parole, la somma dei byte al secondo trasmessi in streaming a tutte le tabelle per un determinato progetto all'interno di una multi-regione è limitata a 1 GB. Il superamento di questo limite causa errori Se necessario, puoi richiedere un aumento della quota contattando l'assistenza clienti Google Cloud. Richiedi un aumento il prima possibile, almeno due settimane prima della data in cui ne hai bisogno. L'aumento della quota richiede tempo per essere disponibile, soprattutto nel caso di un aumento significativo. |
| Numero massimo di byte al secondo per progetto in tutte le altre località |
Metrica: bigquery.googleapis.com/quota/streaming/insert_bytesID quota: StreamingInsertBytesPerSecond
|
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 Se necessario, puoi richiedere un aumento della quota contattando l'assistenza clienti Google Cloud. Richiedi un aumento il prima possibile, almeno due settimane prima della data in cui ne hai bisogno. L'aumento della quota richiede tempo per essere disponibile, soprattutto nel caso di un aumento significativo. |
I seguenti limiti di sistema si applicano quando trasmetti flussi di dati in BigQuery utilizzando l'API BigQuery Storage Write (REST):
| Limite di sistema | Valore | Note |
|---|---|---|
| Dimensione massima della riga | 10 MB |
Il superamento di questo valore causa errori invalid.
|
| Limite di dimensioni della richiesta HTTP | 10 MB |
Il superamento di questo valore causa errori invalid. Internamente, la richiesta viene tradotta da HTTP JSON in una struttura di dati interna.
La struttura di dati tradotta ha la propria dimensione massima applicata. È difficile prevedere le dimensioni della struttura dei dati interna risultante, ma se mantieni le richieste HTTP entro i 10 MB, la probabilità di raggiungere il limite interno è bassa.
|
| Numero massimo di righe per richiesta | 50.000 righe | Consigliamo di utilizzare un limite massimo di 500 righe. Il raggruppamento in batch può aumentare le prestazioni e il throughput fino a un certo punto, ma a scapito della latenza per richiesta. Un numero troppo basso di righe per richiesta e l'overhead di ogni richiesta possono rendere inefficiente l'importazione. Un numero eccessivo di righe per richiesta può ridurre la velocità effettiva. Sperimenta con dati rappresentativi (schema e dimensioni dei dati) per determinare le dimensioni del batch ideali per i tuoi dati. |
Lunghezza campo insertId
|
128 caratteri |
Il superamento di questo valore causa errori invalid.
|
Per una quota di streaming aggiuntiva, consulta Richiedi un aumento della quota.
Larghezza di banda
Le seguenti quote si applicano alla larghezza di banda della replica dei set di dati tra regioni:
| Quota | Predefinito | Note |
|---|---|---|
| Larghezza di banda massima per la replica dei set di dati tra regioni per il backfill iniziale per ogni regione con traffico in uscita dei dati tra regioni dalla replica principale alle repliche secondarie. | 10 GiBps fisici per regione per organizzazione | |
| Larghezza di banda massima per la replica dei set di dati tra regioni in corso per ogni regione con traffico in uscita dei dati tra regioni dalla replica principale alle repliche secondarie. | 5 GiBps fisici per regione per organizzazione | |
| Larghezza di banda massima per la replica turbo dei set di dati tra regioni per ogni regione con traffico in uscita dei dati tra regioni dalla replica principale alle repliche secondarie. | 5 GiBps fisici per regione per organizzazione | La quota di larghezza di banda per la replica turbo dei set di dati tra regioni non si applica all'operazione di backfill iniziale. |
Quando la larghezza di banda della replica dei set di dati tra regioni di un progetto supera una determinata quota, la replica dei set di dati tra regioni dai progetti interessati potrebbe interrompersi con l'errore rateLimitExceeded che include i dettagli della quota superata.
Le seguenti quote si applicano alla larghezza di banda per la copia delle tabelle tra regioni:
| Quota | Predefinito | Note |
|---|---|---|
| Larghezza di banda massima per la copia per ogni regione con traffico in uscita tra regioni dalla tabella di origine alla tabella di destinazione. | 2 GiBps fisici per coppia di regioni per organizzazione. |