Caricamento di dati in batch
Puoi caricare i dati in BigQuery da Cloud Storage o da un file locale come operazione batch. I dati di origine possono essere in uno dei seguenti formati: formati:
- Avro
- Valori separati da virgola (CSV)
- JSON (delimitato da nuova riga)
- ORC
- Parquet
- Esportazioni di Datastore archiviate in Cloud Storage
- Le esportazioni di Firestore archiviate in Cloud Storage
Puoi anche utilizzare BigQuery Data Transfer Service per configurare i caricamenti ricorrenti da Cloud Storage in BigQuery.
Provalo
Se non conosci Google Cloud, crea un account per valutare le prestazioni di BigQuery in scenari reali. I nuovi clienti ricevono anche 300 $ di crediti gratuiti per l'esecuzione, il test e il deployment dei carichi di lavoro.
Prova BigQuery gratuitamentePrima di iniziare
Concedi i ruoli IAM (Identity and Access Management) che forniscono agli utenti le autorizzazioni necessarie per eseguire ogni attività in questo documento e crea un set di dati per archiviare i dati.
Autorizzazioni obbligatorie
Per caricare dati in BigQuery, devi disporre delle autorizzazioni IAM per eseguire un job di caricamento e caricare i dati nelle tabelle e nelle partizioni BigQuery. Se carichi dati da Cloud Storage, devi disporre anche delle autorizzazioni IAM per accedere al bucket che contiene i dati.
Autorizzazioni per caricare i dati in BigQuery
Per caricare i dati in una nuova tabella o partizione BigQuery oppure per aggiungere o sovrascrivere una tabella o una partizione esistente, devi disporre delle seguenti autorizzazioni IAM:
bigquery.tables.create
bigquery.tables.updateData
bigquery.tables.update
bigquery.jobs.create
Ciascuno dei seguenti ruoli IAM predefiniti include le autorizzazioni necessarie per caricare i dati in una tabella o una partizione BigQuery:
roles/bigquery.dataEditor
roles/bigquery.dataOwner
roles/bigquery.admin
(include l'autorizzazionebigquery.jobs.create
)bigquery.user
(include l'autorizzazionebigquery.jobs.create
)bigquery.jobUser
(include l'autorizzazionebigquery.jobs.create
)
Inoltre, se disponi dell'autorizzazione bigquery.datasets.create
, puoi creare e
aggiornare le tabelle utilizzando un job di caricamento nei set di dati che crei.
Per ulteriori informazioni su ruoli e autorizzazioni IAM in BigQuery, vedi Autorizzazioni e ruoli predefiniti.
Autorizzazioni per caricare i dati da Cloud Storage
Per ottenere le autorizzazioni necessarie per caricare i dati da un bucket Cloud Storage,
chiedi all'amministratore di concederti
Ruolo IAM Storage Admin (roles/storage.admin
) nel bucket.
Per saperne di più sulla concessione dei ruoli, consulta Gestire l'accesso a progetti, cartelle e organizzazioni.
Questo ruolo predefinito contiene le autorizzazioni necessarie per caricare i dati da un bucket Cloud Storage. Per vedere le autorizzazioni esatte obbligatorie, espandi la sezione Autorizzazioni obbligatorie:
Autorizzazioni obbligatorie
Per caricare i dati da un bucket Cloud Storage, sono necessarie le seguenti autorizzazioni:
-
storage.buckets.get
-
storage.objects.get
-
storage.objects.list (required if you are using a URI wildcard)
Potresti anche ottenere queste autorizzazioni con ruoli personalizzati o altri ruoli predefiniti.
Crea un set di dati
Crea un set di dati BigQuery per archiviare i tuoi dati.
Caricamento dei dati da Cloud Storage
BigQuery supporta il caricamento dei dati da una delle seguenti classi di archiviazione Cloud Storage:
- Standard
- Nearline
- Coldline
- Archivia
Per scoprire come caricare i dati in BigQuery, consulta la pagina relativa al formato dei dati:
Per scoprire come configurare un carico ricorrente da Cloud Storage a BigQuery, vedi Trasferimenti dei trasferimenti di Cloud Storage.
Considerazioni sulla località
Quando carichi dati da Cloud Storage, questi devono essere collocati insieme al set di dati BigQuery.
Puoi caricare i dati da un bucket Cloud Storage in qualsiasi posizione se il set di dati BigQuery si trova nell'area geografica multipla
US
.- Bucket multiregionale: se
Il bucket Cloud Storage da cui vuoi eseguire il caricamento si trova in un bucket multiregionale,
Il set di dati BigQuery può trovarsi nello stesso bucket multiregionale o in una singola regione inclusa nello stesso bucket multiregionale.
Ad esempio, se il bucket Cloud Storage si trova nella regione
EU
, il set di dati BigQuery può trovarsi nella regioneEU
multiregionale o in qualsiasi singola regione delEU
. Bucket a due regioni: se Il bucket Cloud Storage da cui vuoi eseguire il caricamento si trova in un bucket a due regioni, Il set di dati BigQuery può trovarsi in regioni incluse nel bucket a due regioni, o in una località multiregionale che include due regioni. Ad esempio, se il bucket Cloud Storage si trova nella regione
EUR4
, il set di dati BigQuery può trovarsi nella regione singola della Finlandia (europe-north1
), nella regione singola dei Paesi Bassi (europe-west4
) o nella regione multiplaEU
.Bucket a singola regione: se il bucket Cloud Storage da cui vuoi eseguire il caricamento si trova in una singola regione, il set di dati BigQuery può trovarsi nella stessa regione o nella regione multipla che include la regione singola. Ad esempio, se il bucket Cloud Storage si trova in Finlandia, (
europe-north1
), il set di dati BigQuery può trovarsi in Finlandia oEU
.Un'eccezione è che se il set di dati BigQuery si trova nella regione
asia-northeast1
, allora il bucket Cloud Storage può trovarsi nella località multiregionaleEU
.
Per ulteriori informazioni sulle località di Cloud Storage, consulta Località dei bucket nella documentazione di Cloud Storage.
Non puoi modificare la località di un set di dati dopo averlo creato, ma puoi creare una copia del set di dati o spostarlo manualmente. Per ulteriori informazioni, vedi:
Recupero dell'URI Cloud Storage in corso...
Per caricare i dati da un'origine dati Cloud Storage, devi fornire il parametro URI Cloud Storage.
Il percorso della risorsa Cloud Storage contiene il nome del bucket e
(nome file). Ad esempio, se il bucket Cloud Storage si chiama
mybucket
e il file di dati si chiama myfile.csv
, il percorso della risorsa sarà
gs://mybucket/myfile.csv
.
BigQuery non supporta i percorsi delle risorse di Cloud Storage
che includono più barre consecutive dopo la doppia barra iniziale.
I nomi degli oggetti Cloud Storage possono contenere più barre consecutive ("/")
caratteri. Tuttavia, BigQuery converte più istanze
barre in una singola barra. Ad esempio, il seguente percorso della risorsa, sebbene valido in Cloud Storage, non funziona in BigQuery:
gs://bucket/my//object//name
.
Per recuperare il percorso della risorsa Cloud Storage:
Apri la console di Cloud Storage.
Accedi alla posizione dell'oggetto (file) che contiene i dati di origine.
Fai clic sul nome dell'oggetto.
Si apre la pagina Dettagli oggetto.
Copia il valore fornito nel campo URI gsutil, che inizia con
gs://
.
Per le esportazioni di Google Datastore, è possibile specificare un solo URI, che deve terminare con .backup_info
o .export_metadata
.
Supporto dei caratteri jolly per gli URI Cloud Storage
Se i dati sono separati in più file, puoi utilizzare un asterisco (*) carattere jolly per selezionare più file. L'utilizzo del carattere jolly asterisco deve rispettare queste regole:
- L'asterisco può essere visualizzato all'interno del nome dell'oggetto o alla fine dell'oggetto nome.
- L'utilizzo di più asterischi non è supportato. Ad esempio, il percorso
Il campo
gs://mybucket/fed-*/temp/*.csv
non è valido. - L'utilizzo di un asterisco con il nome del bucket non è supportato.
Esempi:
L'esempio seguente mostra come selezionare tutti i file di tutte le cartelle che iniziano con il prefisso
gs://mybucket/fed-samples/fed-sample
:gs://mybucket/fed-samples/fed-sample*
L'esempio seguente mostra come selezionare solo file con estensione
.csv
nella cartella denominatafed-samples
e in eventuali sottocartelle difed-samples
:gs://mybucket/fed-samples/*.csv
L'esempio seguente mostra come selezionare file con un modello di denominazione
fed-sample*.csv
nella cartella denominatafed-samples
. Questo esempio non seleziona i file nelle sottocartelle difed-samples
.gs://mybucket/fed-samples/fed-sample*.csv
Quando utilizzi lo strumento a riga di comando bq, potrebbe essere necessario eseguire la fuga dall'asterisco su alcune piattaforme.
Non puoi utilizzare un carattere jolly asterisco quando carichi Datastore Firestore esporta i dati da Cloud Storage.
Limitazioni
Quando carichi i dati in BigQuery da un bucket di Cloud Storage, devi rispettare le seguenti limitazioni:
- Se la località del set di dati è impostata su un valore diverso dall'area multiregionale
US
, il bucket Cloud Storage deve trovarsi nella stessa regione o contenuto nella stessa località (multiregionale) del set di dati. - BigQuery non garantisce la coerenza dei dati per le origini dati esterne. Le modifiche ai dati sottostanti durante l'esecuzione di una query possono comportare un comportamento imprevisto.
- BigQuery non supporta il controllo delle versioni degli oggetti Cloud Storage. Se includi un numero di generazione nell'URI Cloud Storage, il job di caricamento non va a buon fine.
A seconda del formato dei dati di origine Cloud Storage, potrebbero essere limitazioni aggiuntive. Per ulteriori informazioni, vedi:
- Limitazioni dei file CSV
- Limitazioni di JSON
- Limitazioni dell'esportazione del datastore
- Limitazioni dell'esportazione di Firestore
- Limitazioni relative ai dati nidificati e ripetuti
Caricamento di dati da file locali
Puoi caricare i dati da un'origine dati leggibile (ad esempio il tuo computer locale) utilizzando uno dei seguenti metodi:
- Nella console Google Cloud
- Il comando
bq load
dello strumento a riga di comando bq - L'API
- Le librerie client
Quando carichi i dati utilizzando la console Google Cloud o lo strumento a riga di comando bq, viene viene creato automaticamente.
Per caricare i dati da un'origine dati locale:
Console
Apri la pagina BigQuery nella console Google Cloud.
Nel riquadro Spazio di esplorazione, espandi il progetto e seleziona un set di dati.
Espandi
Azioni e fai clic su Apri.Nel riquadro dei dettagli, fai clic su Crea tabella
.Nella sezione Origine della pagina Crea tabella:
- Per Crea tabella da, seleziona Carica.
- Per Seleziona file, fai clic su Sfoglia.
- Individua il file e fai clic su Apri. I caratteri jolly mentre gli elenchi separati da virgole non sono supportati per i file locali.
- In Formato file, seleziona CSV, JSON (delimitato da nuova riga), Avro, Parquet o ORC.
Nella sezione Destinazione della pagina Crea tabella:
- In Progetto, scegli il progetto appropriato.
- In Set di dati, scegli il set di dati appropriato.
- Nel campo Tabella, inserisci il nome della tabella che stai creando in BigQuery.
- Verifica che Tipo di tabella sia impostato su Tabella nativa.
Nella sezione Schema, inserisci lo schema. definizione di Kubernetes.
Per i file CSV e JSON, puoi selezionare l'opzione Rilevamento automatico per abilita il rilevamento automatico dello schema. Le informazioni sullo schema sono autodescritte nei dati di origine per altri tipi di file supportati.
Puoi anche inserire le informazioni dello schema manualmente:
Fai clic su Modifica come testo e inserisci lo schema della tabella come JSON. array:
Utilizzando Aggiungi campo per inserire manualmente lo schema.
Seleziona gli elementi applicabili nella sezione Opzioni avanzate Per informazioni sulle opzioni disponibili, vedi Opzioni CSV e le opzioni JSON.
(Facoltativo) In Opzioni avanzate, scegli la disposizione per la scrittura:
- Scrivi se vuoto: scrivi i dati solo se la tabella è vuota.
- Aggiungi alla tabella: aggiungi i dati alla fine della tabella. Questa impostazione è predefinita.
- Sovrascrivi tabella: cancella tutti i dati presenti nella tabella prima del giorno scrivere nuovi dati.
Fai clic su Crea tabella.
bq
Utilizza il comando bq load
, specifica source_format
e includi il percorso
al file locale.
(Facoltativo) Fornisci il flag --location
e imposta il valore su
località.
Se carichi i dati in un progetto diverso da quello predefinito, aggiungi
l'ID progetto al set di dati nel seguente formato:
PROJECT_ID:DATASET
.
bq --location=LOCATION load \ --source_format=FORMAT \ PROJECT_ID:DATASET.TABLE \ PATH_TO_SOURCE \ SCHEMA
Sostituisci quanto segue:
LOCATION
: la tua posizione. Il flag--location
è facoltativo. Ad esempio, se utilizzi BigQuery nella regione di Tokyo, imposta il valore del flag suasia-northeast1
. Puoi impostare un valore predefinito per la località utilizzando file.bigqueryrc.FORMAT
:CSV
,AVRO
,PARQUET
,ORC
oNEWLINE_DELIMITED_JSON
,project_id
: il tuo ID progetto.dataset
: un set di dati esistente.table
: il nome della tabella in cui ti trovi caricare i dati.path_to_source
: il percorso del file locale.schema
: uno schema valido. Lo schema può essere un cluster JSON o può essere digitato in linea come parte del comando. Puoi anche utilizzare il flag--autodetect
anziché fornire una definizione dello schema.
Inoltre, puoi aggiungere flag per le opzioni che ti consentono di controllare in che modo
BigQuery analizza i dati. Ad esempio, puoi utilizzare il flag --skip_leading_rows
per ignorare le righe di intestazione in un file CSV. Per ulteriori informazioni, consulta le opzioni CSV e le opzioni JSON.
Esempi:
Il comando seguente carica un file JSON locale delimitato da nuova riga
(mydata.json
) in una tabella denominata mytable
in mydataset
nella tabella predefinita
progetto. Lo schema è definito in un file schema locale denominato myschema.json
.
bq load \
--source_format=NEWLINE_DELIMITED_JSON \
mydataset.mytable \
./mydata.json \
./myschema.json
Il seguente comando carica un file CSV locale (mydata.csv
) in una tabella
chiamata mytable
in mydataset
in myotherproject
. Lo schema è definito in linea nel formato FIELD:DATA_TYPE, FIELD:DATA_TYPE
.
bq load \
--source_format=CSV \
myotherproject:mydataset.mytable \
./mydata.csv \
qtr:STRING,sales:FLOAT,year:STRING
Il seguente comando carica un file CSV locale (mydata.csv
) in una tabella mytable
in mydataset
nel progetto predefinito. Lo schema viene definito utilizzando il rilevamento automatico dello schema.
bq load \
--autodetect \
--source_format=CSV \
mydataset.mytable \
./mydata.csv
C#
Prima di provare questo esempio, segui le istruzioni di configurazione C# riportate nella guida rapida all'utilizzo di BigQuery con le librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API BigQuery C#.
Per autenticarti a BigQuery, configura le credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per le librerie client.
Il seguente codice mostra come caricare un file CSV locale in una nuova tabella BigQuery. Per caricare un file locale di un altro formato, utilizza la classe di opzioni di aggiornamento per il formato appropriato della classe di base JobCreationOptions anzichéUploadCsvOptions
.
Vai
Prima di provare questo esempio, segui le istruzioni per la configurazione di Go nel Guida rapida di BigQuery con librerie client. Per ulteriori informazioni, consulta API Go BigQuery documentazione di riferimento.
Per autenticarti a BigQuery, configura le credenziali predefinite dell'applicazione. Per saperne di più, consulta Configurare l'autenticazione per le librerie client.
Il seguente codice mostra come caricare un file CSV locale in una nuova tabella BigQuery. Per caricare un file locale di un altro formato, imposta il DataFormat diNewReaderSource
nel formato appropriato.
Java
Prima di provare questo esempio, segui le istruzioni per la configurazione di Java nel Guida rapida di BigQuery con librerie client. Per ulteriori informazioni, consulta API Java BigQuery documentazione di riferimento.
Per autenticarti a BigQuery, configura le credenziali predefinite dell'applicazione. Per saperne di più, consulta Configurare l'autenticazione per le librerie client.
Il seguente codice mostra come caricare un file CSV locale in un nuovo Tabella BigQuery. Per caricare un file locale di un altro formato, imposta il componente FormatOptions nel formato appropriato.
Node.js
Prima di provare questo esempio, segui le istruzioni per la configurazione di Node.js nel Guida rapida di BigQuery con librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API BigQuery Node.js.
Per eseguire l'autenticazione su BigQuery, configura Credenziali predefinite dell'applicazione. Per saperne di più, consulta Configurare l'autenticazione per le librerie client.
Il seguente codice mostra come caricare un file CSV locale in una nuova tabella BigQuery. Per caricare un file locale di un altro formato: imposta il parametrometadata
del
carica
la funzione nel formato appropriato.
PHP
Prima di provare questo esempio, segui le istruzioni per la configurazione di PHP nel Guida rapida di BigQuery con librerie client. Per ulteriori informazioni, consulta API PHP BigQuery documentazione di riferimento.
Per eseguire l'autenticazione su BigQuery, configura Credenziali predefinite dell'applicazione. Per saperne di più, consulta Configurare l'autenticazione per le librerie client.
Il seguente codice mostra come caricare un file CSV locale in una nuova tabella BigQuery. Per caricare un file locale di un altro formato, imposta sourceFormat nel formato appropriato.
Python
Prima di provare questo esempio, segui le istruzioni per la configurazione di Python nel Guida rapida di BigQuery con librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API BigQuery Python.
Per autenticarti a BigQuery, configura le credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per le librerie client.
Il seguente codice mostra come caricare un file CSV locale in un nuovo Tabella BigQuery. Per caricare un file locale di un altro formato, imposta la proprietà LoadJobConfig.source_format sul formato appropriato.
Ruby
Prima di provare questo esempio, segui le istruzioni per la configurazione di Ruby nel Guida rapida di BigQuery con librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API BigQuery Ruby.
Per eseguire l'autenticazione su BigQuery, configura Credenziali predefinite dell'applicazione. Per saperne di più, consulta Configurare l'autenticazione per le librerie client.
Il seguente codice mostra come caricare un file CSV locale in una nuova tabella BigQuery. Per caricare un file locale di un altro formato: imposta il parametroformat
del
Table#load_job
al formato appropriato.
Limitazioni
Il caricamento dei dati da un'origine dati locale è soggetto alle seguenti limitazioni:
- I caratteri jolly e gli elenchi separati da virgole non sono supportati quando carichi file da un'origine dati locale. I file devono essere caricati singolarmente.
- Quando utilizzi la console Google Cloud, i file caricati da un'origine dati locale non possono superare i 100 MB. Per i file di dimensioni maggiori, carica il file da Cloud Storage.
- Per impostazione predefinita, i job di caricamento utilizzano un pool di slot condiviso. BigQuery non garantisce la capacità disponibile di questo pool condiviso o la velocità effettiva che vedrai. In alternativa, puoi acquistare slot dedicati per l'esecuzione dei job di caricamento. Per ulteriori informazioni, consulta la sezione Prezzi dell'importazione dati.
Caricamento di dati compressi e non compressi
Per i formati Avro, Parquet e ORC, BigQuery supporta il caricamento di file in cui i dati del file sono stati compressi utilizzando un codec supportato. Tuttavia, BigQuery non supporta il caricamento di file in questi formati che sono stati compressi, ad esempio utilizzando l'utilità gzip
.
Il formato binario Avro è il formato preferito per il caricamento di file compressi non compressi. Il caricamento dei dati Avro è più rapido perché è possibile leggerli in parallelo, anche quando i blocchi di dati sono compressi. Per un elenco dei codec di compressione supportati, consulta Compressione Avro.
Anche il formato binario Parquet è una buona scelta perché la codifica per colonna efficiente di Parquet in genere genera un rapporto di compressione migliore e file più piccoli. I file Parquet sfruttano anche tecniche di compressione che consentono di caricare i file in parallelo. Per un elenco dei codec di compressione supportati, consulta: Compressione parco.
Il formato binario ORC offre vantaggi simili a quelli del formato Parquet. I dati nei file ORC sono rapidi da caricare perché le strisce di dati possono essere lette in parallelo. Le righe in ogni stripe di dati vengono caricate in sequenza. ottimizzare il carico utilizzare una dimensione dello stripe di dati di circa 256 MB o inferiore. Per un elenco dei codec di compressione supportati, consulta: Compressione ORC.
Per altri formati di dati, come CSV e JSON, BigQuery può i file non compressi sono molto più veloci dei file compressi poiché i file non compressi possono essere letti in parallelo. Poiché i file non compressi vengono maggiore, il loro utilizzo può portare a limitazioni della larghezza di banda e a una maggiore per i dati in fasi in Cloud Storage prima di essere caricati in BigQuery. Tieni presente che l'ordine delle righe non è garantito per i file compressi o non compressi. È importante valutare questi compromessi in base al caso d'uso.
In generale, se la larghezza di banda è limitata, comprimere i file CSV e JSON utilizzandogzip
prima di caricarli su Cloud Storage. gzip
è l'unico
tipo di compressione dei file supportato per i file CSV e JSON durante il caricamento dei dati in
BigQuery. Se la velocità di caricamento è importante per la tua app e disponi
molta larghezza di banda per caricare i dati, lascia i file non compressi.
Aggiunta o sovrascrittura di una tabella
Puoi caricare dati aggiuntivi in una tabella dai file di origine o aggiungendo i risultati delle query. Se lo schema dei dati non corrisponde a quello della tabella o della partizione di destinazione, puoi aggiornarlo quando lo aggiungi o lo sovrascrivi.
Se aggiorni lo schema quando aggiungi i dati, BigQuery ti consente di:
- Aggiungi nuovi campi
- Rilassa i campi
REQUIRED
inNULLABLE
Se sovrascrivi una tabella, lo schema viene sempre sovrascritto. Aggiornamenti dello schema non sono limitate quando sovrascrivi una tabella.
Nella console Google Cloud, utilizza l'opzione Preferenza di scrittura per specificare quale azione eseguire quando carichi i dati da un file di origine o da una query o il risultato finale. Lo strumento a riga di comando bq e l'API includono le seguenti opzioni:
Opzione della console | flag strumento bq | Proprietà API BigQuery | Descrizione |
---|---|---|---|
Scrivi se vuota | Nessuno | WRITE_EMPTY | Scrive i dati solo se la tabella è vuota. |
Aggiungi a tabella | --noreplace o --replace=false ; se
--replace non è specificato. Il valore predefinito è Aggiungi |
WRITE_APPEND | (Valore predefinito) Aggiunge i dati alla fine della tabella. |
Sovrascrivi tabella | --replace o --replace=true |
WRITE_TRUNCATE | Cancella tutti i dati esistenti in una tabella prima di scrivere i nuovi dati. |
Criteri per le quote
Per informazioni sul criterio di quota per il caricamento collettivo dei dati, consulta Carica job nella pagina Quote e limiti.
Visualizza l'utilizzo attuale della quota
Puoi visualizzare l'utilizzo attuale dei job di query, caricamento, estrazione o copia eseguendo
una query INFORMATION_SCHEMA
per visualizzare i metadati relativi ai job eseguiti su un
specificato per il periodo di tempo. Puoi confrontare il tuo utilizzo attuale con la quota
per determinare l'utilizzo della quota per un particolare tipo di job. Le seguenti
query di esempio utilizza la vista INFORMATION_SCHEMA.JOBS
per elencare il numero
esegui query, carica, estrai e copia i job in base al progetto:
SELECT sum(case when job_type="QUERY" then 1 else 0 end) as QRY_CNT, sum(case when job_type="LOAD" then 1 else 0 end) as LOAD_CNT, sum(case when job_type="EXTRACT" then 1 else 0 end) as EXT_CNT, sum(case when job_type="COPY" then 1 else 0 end) as CPY_CNT FROM `region-eu`.INFORMATION_SCHEMA.JOBS_BY_PROJECT WHERE date(creation_time)= CURRENT_DATE()
Prezzi
Il caricamento batch dei dati in BigQuery non prevede alcun addebito. Per ulteriori informazioni, consulta la pagina relativa ai prezzi dell'importazione dati di BigQuery.
Caso d'uso di esempio
Supponiamo che esista una pipeline di elaborazione batch notturna che debba essere completata entro una scadenza fissa. I dati devono essere disponibili entro questa scadenza per essere sottoposti a ulteriore elaborazione da parte di un altro processo batch al fine di generare report da inviare a un ente regolatore. Questo caso d'uso è comune in settori regolamentati come la finanza.
Caricamento in batch di dati con job di caricamento è l'approccio giusto per questo caso d'uso, perché la latenza non è un problema a condizione che la scadenza sia rispettata. Assicurati che i bucket Cloud Storage soddisfino i requisiti relativi alla posizione per il caricamento dei dati nel set di dati BigQuery.
Il risultato di un job di caricamento BigQuery è atomico: vengono inseriti tutti i record o nessuno. Come best practice, quando inserisci tutti i dati in un singolo job di caricamento, crea una nuova tabella utilizzando la disposizione WRITE_TRUNCATE
della risorsa JobConfigurationLoad
.
Questo è importante quando si ritenta un job di caricamento non riuscito, in quanto il client potrebbe non essere in grado di distinguere tra i job non riusciti e l'errore causato, ad esempio, dalla comunicazione dello stato di successo al client.
Supponendo che i dati da importare siano stati copiati in Cloud Storage, è sufficiente riprovare con il backoff esponenziale per risolvere gli errori di importazione.
È consigliabile che un job batch notturno non raggiunga il quota predefinita di 1500 caricamenti per tabella al giorno,anche con nuovi tentativi. Quando carichi i dati in modo incrementale, la quota predefinita è sufficiente per eseguire un job di caricamento ogni 5 minuti e avere una quota non utilizzata per almeno 1 nuovo tentativo per job in media.