Caricamento dei dati JSON da Cloud Storage
Puoi caricare dati JSON delimitati da newline (ndJSON) da Cloud Storage in una nuova tabella o partizione oppure aggiungerli a una tabella o partizione esistente o sovrascriverli. Quando i dati vengono caricati in BigQuery, vengono convertiti in formato a colonne per Capacitor (il formato di archiviazione di BigQuery).
Quando carichi i dati da Cloud Storage in una tabella BigQuery, il set di dati che contiene la tabella deve trovarsi nella stessa località regionale o multiregionale del bucket Cloud Storage.
Il formato ndJSON è lo stesso del formato JSON Lines.
Limitazioni
Quando carichi i dati in BigQuery da un bucket Cloud Storage, sono previste le seguenti limitazioni:
- 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.
Quando carichi file JSON in BigQuery, tieni presente quanto segue:
- I dati JSON devono essere delimitati da nuova riga o ndJSON. Ogni oggetto JSON deve trovarsi su una riga separata del file.
- Se utilizzi la compressione gzip, BigQuery non può leggere i dati in parallelo. Il caricamento di dati JSON compressi in BigQuery è più lento rispetto al caricamento di dati non compressi.
- Non puoi includere file compressi e non compressi nello stesso job di caricamento.
- La dimensione massima per un file gzip è 4 GB.
BigQuery supporta il tipo
JSON
anche se le informazioni sullo schema non sono note al momento dell'importazione. Un campo dichiarato di tipoJSON
viene caricato con i valori JSON non elaborati.Se utilizzi l'API BigQuery per caricare un numero intero al di fuori dell'intervallo [-253+1, 253-1] (di solito maggiore di 9.007.199.254.740.991) in una colonna di numeri interi (INT64), trasmettilo come stringa per evitare il danneggiamento dei dati. Questo problema è causato da una limitazione delle dimensioni degli interi in JSON o ECMAScript. Per ulteriori informazioni, consulta la sezione Numbers di RFC 7159.
- Quando carichi dati CSV o JSON, i valori nelle colonne
DATE
devono utilizzare il separatore trattino (-
) e la data deve essere nel seguente formato:YYYY-MM-DD
(anno-mese-giorno). - Quando carichi dati JSON o CSV, i valori nelle colonne
TIMESTAMP
devono utilizzare un trattino (-
) o una barra (/
) come separatore per la parte della data del timestamp e la data deve essere in uno dei seguenti formati:YYYY-MM-DD
(anno-mese-giorno) oYYYY/MM/DD
(anno/mese/giorno). La partehh:mm:ss
(ora-minuto-secondo) del timestamp deve utilizzare i due punti (:
) come separatore. I file devono rispettare i limiti di dimensioni dei file JSON descritti nei limiti dei job di caricamento.
Prima di iniziare
Concedi ruoli Identity and Access Management (IAM) che forniscono agli utenti le autorizzazioni necessarie per eseguire ogni attività descritta in questo documento e crea un set di dati per archiviare i tuoi dati.
Autorizzazioni obbligatorie
Per caricare i dati in BigQuery, devi disporre delle autorizzazioni IAM per eseguire un job di caricamento e caricare i dati in tabelle e partizioni BigQuery. Se carichi i dati da Cloud Storage, devi disporre anche delle autorizzazioni IAM per accedere al bucket che contiene i tuoi dati.
Autorizzazioni per caricare dati in BigQuery
Per caricare i dati in una nuova tabella o partizione BigQuery oppure per aggiungere o sovrascrivere una tabella o 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 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 tabelle utilizzando un job di caricamento nei set di dati che crei.
Per saperne di più sui ruoli e sulle autorizzazioni IAM in BigQuery, consulta Ruoli e autorizzazioni 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 il ruolo IAM
Amministratore Storage (roles/storage.admin
)
sul bucket.
Per saperne di più sulla concessione dei ruoli, consulta Gestisci 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 quali sono esattamente le autorizzazioni richieste, 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.
Compressione JSON
Puoi utilizzare l'utilità gzip
per comprimere i file JSON. Tieni presente che gzip
esegue
la compressione completa dei file, a differenza della compressione dei contenuti dei file eseguita dai
codec di compressione per altri formati di file, come Avro. L'utilizzo di gzip
per comprimere i file JSON potrebbe influire sulle prestazioni. Per ulteriori informazioni sui compromessi, consulta Caricamento di dati compressi e non compressi.
Caricamento di dati JSON in una nuova tabella
Per caricare i dati JSON da Cloud Storage in una nuova tabella BigQuery:
Console
Nella console Trusted Cloud , vai alla pagina BigQuery.
- Nel riquadro Explorer, espandi il progetto e seleziona un set di dati.
- Nella sezione Informazioni sul set di dati, fai clic su Crea tabella.
- Nel riquadro Crea tabella, specifica i seguenti dettagli:
- Nella sezione Origine, seleziona Google Cloud Storage nell'elenco Crea tabella da.
Poi:
- Seleziona un file dal bucket Cloud Storage o inserisci l'URI Cloud Storage.
Non puoi includere più URI
nella Trusted Cloud console, ma i caratteri jolly
sono supportati. Il bucket Cloud Storage deve trovarsi nella stessa
posizione del set di dati che contiene la tabella che vuoi creare, aggiungere o
sovrascrivere.
- Per Formato file, seleziona JSONL (JSON delimitato da nuova riga).
- Seleziona un file dal bucket Cloud Storage o inserisci l'URI Cloud Storage.
Non puoi includere più URI
nella Trusted Cloud console, ma i caratteri jolly
sono supportati. Il bucket Cloud Storage deve trovarsi nella stessa
posizione del set di dati che contiene la tabella che vuoi creare, aggiungere o
sovrascrivere.
- Nella sezione Destinazione, specifica i seguenti dettagli:
- Per Set di dati, seleziona il set di dati in cui vuoi creare la tabella.
- Nel campo Table (Tabella), inserisci il nome della tabella che vuoi creare.
- Verifica che il campo Tipo di tabella sia impostato su Tabella nativa.
- Nella sezione Schema, inserisci la definizione dello schema.
Per attivare il rilevamento automatico di uno schema,
seleziona Rilevamento automatico.
Puoi inserire manualmente le informazioni sullo schema utilizzando uno dei
seguenti metodi:
- Opzione 1: fai clic su Modifica come testo e incolla lo schema sotto forma di
array JSON. Quando utilizzi un array JSON, generi lo schema utilizzando lo stesso processo di creazione di un file schema JSON.
Per visualizzare lo schema di una tabella esistente in formato JSON, inserisci il seguente comando:
bq show --format=prettyjson dataset.table
- Opzione 2: fai clic su tipo e la modalità di ogni campo. Aggiungi campo e inserisci lo schema della tabella. Specifica il nome, il
- Opzione 1: fai clic su Modifica come testo e incolla lo schema sotto forma di
array JSON. Quando utilizzi un array JSON, generi lo schema utilizzando lo stesso processo di creazione di un file schema JSON.
Per visualizzare lo schema di una tabella esistente in formato JSON, inserisci il seguente comando:
- (Facoltativo) Specifica le impostazioni di partizionamento e clustering. Per saperne di più, consulta Creare tabelle partizionate e Creare e utilizzare tabelle in cluster.
- Fai clic su Opzioni avanzate e segui questi passaggi:
- In Preferenza di scrittura, lascia selezionata l'opzione Scrivi se vuota. Questa opzione crea una nuova tabella e carica i dati al suo interno.
- Per Numero di errori consentiti, accetta il valore predefinito di
0
o inserisci il numero massimo di righe contenenti errori che possono essere ignorate. Se il numero di righe con errori supera questo valore, il job restituirà un messaggioinvalid
e avrà esito negativo. Questa opzione si applica solo ai file CSV e JSON. - Per Fuso orario, inserisci il fuso orario predefinito che verrà applicato durante l'analisi dei valori timestamp che non hanno un fuso orario specifico. Controlla qui per altri nomi di fusi orari validi. Se questo valore non è presente, i valori timestamp senza un fuso orario specifico vengono analizzati utilizzando il fuso orario UTC predefinito. (Anteprima).
- Per Formato data, inserisci gli
elementi di formato che definiscono come vengono formattati i valori DATE nei file di input. Questo
campo prevede il formato degli stili SQL (ad esempio,
MM/DD/YYYY
). Se questo valore è presente, questo formato è l'unico formato DATE compatibile. Il rilevamento automatico dello schema determinerà anche il tipo di colonna DATE in base a questo formato anziché a quello esistente. Se questo valore non è presente, il campo DATE viene analizzato con i formati predefiniti. (Anteprima). - Per Formato datetime, inserisci gli
elementi di formato che definiscono come vengono formattati i valori DATETIME nei file di input.
Questo campo prevede il formato degli stili SQL (ad esempio,
MM/DD/YYYY HH24:MI:SS.FF3
). Se questo valore è presente, questo formato è l'unico formato DATETIME compatibile. Il rilevamento automatico dello schema determinerà anche il tipo di colonna DATETIME in base a questo formato anziché a quello esistente. Se questo valore non è presente, il campo DATETIME viene analizzato con i formati predefiniti. (Anteprima). - Per Formato ora, inserisci gli
elementi di formato che definiscono come vengono formattati i valori TIME nei file di input. Questo
campo prevede il formato degli stili SQL (ad esempio,
HH24:MI:SS.FF3
). Se questo valore è presente, questo formato è l'unico formato TIME compatibile. Il rilevamento automatico dello schema determinerà anche il tipo di colonna TIME in base a questo formato anziché a quello esistente. Se questo valore non è presente, il campo TIME viene analizzato con i formati predefiniti. (Anteprima). - Per Formato timestamp, inserisci gli
elementi di formato che definiscono come vengono formattati i valori TIMESTAMP nei file di input.
Questo campo prevede il formato degli stili SQL (ad esempio,
MM/DD/YYYY HH24:MI:SS.FF3
). Se questo valore è presente, questo formato è l'unico TIMESTAMP compatibile. Il rilevamento automatico dello schema determinerà anche il tipo di colonna TIMESTAMP in base a questo formato anziché a quello esistente. Se questo valore non è presente, il campo TIMESTAMP viene analizzato con i formati predefiniti. (Anteprima). - Se vuoi ignorare i valori di una riga che non sono presenti nello schema della tabella, seleziona Valori sconosciuti.
- Per la crittografia, fai clic su Chiave gestita dal cliente per utilizzare una chiave Cloud Key Management Service. Se lasci l'impostazione Google Cloud-powered key, BigQuery cripta i dati at rest.
- Fai clic su Crea tabella.
SQL
Utilizza l'istruzione DDL LOAD DATA
.
Il seguente esempio carica un file JSON nella nuova tabella mytable
:
Nella console Trusted Cloud , vai alla pagina BigQuery.
Nell'editor di query, inserisci la seguente istruzione:
LOAD DATA OVERWRITE mydataset.mytable (x INT64,y STRING) FROM FILES ( format = 'JSON', uris = ['gs://bucket/path/file.json']);
Fai clic su
Esegui.
Per maggiori informazioni su come eseguire le query, consulta Eseguire una query interattiva.
bq
Utilizza il comando bq load
, specifica NEWLINE_DELIMITED_JSON
utilizzando il flag --source_format
e includi un URI Cloud Storage.
Puoi includere un singolo URI, un elenco di URI separati da virgole o un URI
contenente un carattere jolly.
Fornisci lo schema inline, in un file di definizione dello schema o utilizza il rilevamento automatico dello schema.
(Facoltativo) Fornisci il flag --location
e imposta il valore sulla tua
posizione.
Altri flag facoltativi includono:
--max_bad_records
: un numero intero che specifica il numero massimo di record non validi consentiti prima che l'intero job non vada a buon fine. Il valore predefinito è0
. Vengono restituiti al massimo cinque errori di qualsiasi tipo, indipendentemente dal valore di--max_bad_records
.--ignore_unknown_values
: se specificato, consente e ignora valori extra e non riconosciuti nei dati CSV o JSON.--time_zone
: (anteprima) un fuso orario predefinito facoltativo che verrà applicato durante l'analisi dei valori timestamp che non hanno un fuso orario specifico nei dati CSV o JSON.--date_format
: (anteprima) una stringa personalizzata facoltativa che definisce come vengono formattati i valori DATE nei dati CSV o JSON.--datetime_format
: (anteprima) una stringa personalizzata facoltativa che definisce il formato dei valori DATETIME nei dati CSV o JSON.--time_format
: (anteprima) una stringa personalizzata facoltativa che definisce il formato dei valori TIME nei dati CSV o JSON.--timestamp_format
: (anteprima) una stringa personalizzata facoltativa che definisce il formato dei valori TIMESTAMP nei dati CSV o JSON.--autodetect
: se specificato, attiva il rilevamento automatico dello schema per i dati CSV e JSON.--time_partitioning_type
: attiva il partizionamento basato sul tempo in una tabella e imposta il tipo di partizione. I valori possibili sonoHOUR
,DAY
,MONTH
eYEAR
. Questo flag è facoltativo quando crei una tabella partizionata in base a una colonnaDATE
,DATETIME
oTIMESTAMP
. Il tipo di partizione predefinito per il partizionamento basato sul tempo èDAY
. Non puoi modificare la specifica di partizionamento di una tabella esistente.--time_partitioning_expiration
: un numero intero che specifica (in secondi) quando deve essere eliminata una partizione basata sul tempo. Il tempo di scadenza corrisponde alla data UTC della partizione più il valore intero.--time_partitioning_field
: la colonnaDATE
oTIMESTAMP
utilizzata per creare una tabella partizionata. Se il partizionamento basato sul tempo è abilitato senza questo valore, viene creata una tabella partizionata per data di importazione.--require_partition_filter
: se attivata, questa opzione richiede agli utenti di includere una clausolaWHERE
che specifica le partizioni da interrogare. Se il filtro di partizionamento è obbligatorio, i costi possono essere ridotti e le prestazioni migliorate. Per maggiori informazioni, consulta Richiedere un filtro di partizione nelle query.--clustering_fields
: un elenco separato da virgole di massimo quattro nomi di colonne utilizzati per creare una tabella in cluster.--destination_kms_key
: la chiave Cloud KMS per la crittografia dei dati della tabella.Per ulteriori informazioni sulle tabelle partizionate, consulta:
Per saperne di più sulle tabelle in cluster, consulta:
Per ulteriori informazioni sulla crittografia delle tabelle, vedi:
Per caricare i dati JSON in BigQuery, inserisci il seguente comando:
bq --location=LOCATION load \ --source_format=FORMAT \ 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, puoi impostare il valore del flag suasia-northeast1
. Puoi impostare un valore predefinito per la località utilizzando il file.bigqueryrc.FORMAT
:NEWLINE_DELIMITED_JSON
.DATASET
: un set di dati esistente.TABLE
: il nome della tabella in cui stai caricando i dati.PATH_TO_SOURCE
: un URI Cloud Storage completo o un elenco di URI separati da virgole. Sono supportati anche i caratteri jolly.SCHEMA
: uno schema valido. Lo schema può essere un file JSON locale oppure può essere digitato inline come parte del comando. Se utilizzi un file schema, non assegnargli un'estensione. Puoi anche utilizzare il flag--autodetect
anziché fornire una definizione dello schema.
Esempi:
Il seguente comando carica i dati da gs://mybucket/mydata.json
in una tabella denominata mytable
in mydataset
. Lo schema è definito in un file
di schema locale denominato myschema
.
bq load \
--source_format=NEWLINE_DELIMITED_JSON \
mydataset.mytable \
gs://mybucket/mydata.json \
./myschema
Il seguente comando carica i dati da gs://mybucket/mydata.json
in una nuova tabella partizionata per data di importazione denominata mytable
in mydataset
. Lo schema
è definito in un file schema locale denominato myschema
.
bq load \
--source_format=NEWLINE_DELIMITED_JSON \
--time_partitioning_type=DAY \
mydataset.mytable \
gs://mybucket/mydata.json \
./myschema
Il seguente comando carica i dati da gs://mybucket/mydata.json
in una tabella partizionata denominata mytable
in mydataset
. La tabella è partizionata
in base alla colonna mytimestamp
. Lo schema è definito in un file di schema locale
denominato myschema
.
bq load \
--source_format=NEWLINE_DELIMITED_JSON \
--time_partitioning_field mytimestamp \
mydataset.mytable \
gs://mybucket/mydata.json \
./myschema
Il seguente comando carica i dati da gs://mybucket/mydata.json
in una tabella denominata mytable
in mydataset
. Lo schema viene rilevato automaticamente.
bq load \
--autodetect \
--source_format=NEWLINE_DELIMITED_JSON \
mydataset.mytable \
gs://mybucket/mydata.json
Il seguente comando carica i dati da gs://mybucket/mydata.json
in una tabella denominata mytable
in mydataset
. Lo schema è definito inline nel formato FIELD:DATA_TYPE, FIELD:DATA_TYPE
.
bq load \
--source_format=NEWLINE_DELIMITED_JSON \
mydataset.mytable \
gs://mybucket/mydata.json \
qtr:STRING,sales:FLOAT,year:STRING
Il seguente comando carica i dati da più file in gs://mybucket/
in una tabella denominata mytable
in mydataset
. L'URI Cloud Storage utilizza un
carattere jolly. Lo schema viene rilevato automaticamente.
bq load \
--autodetect \
--source_format=NEWLINE_DELIMITED_JSON \
mydataset.mytable \
gs://mybucket/mydata*.json
Il seguente comando carica i dati da più file in gs://mybucket/
in una tabella denominata mytable
in mydataset
. Il comando include un elenco separato da virgole di URI di Cloud Storage con caratteri jolly. Lo schema è definito in un file di schema locale denominato myschema
.
bq load \
--source_format=NEWLINE_DELIMITED_JSON \
mydataset.mytable \
"gs://mybucket/00/*.json","gs://mybucket/01/*.json" \
./myschema
API
Crea un job
load
che rimandi ai dati di origine in Cloud Storage.(Facoltativo) Specifica la posizione nella proprietà
location
della sezionejobReference
della risorsa job.La proprietà
source URIs
deve essere completamente qualificata, nel formatogs://BUCKET/OBJECT
. Ogni URI può contenere un carattere jolly '*' .Specifica il formato dei dati
JSON
impostando la proprietàsourceFormat
suNEWLINE_DELIMITED_JSON
.Per controllare lo stato del job, chiama
jobs.get(JOB_ID*)
, sostituendoJOB_ID
con l'ID del job restituito dalla richiesta iniziale.- Se
status.state = DONE
, il job è stato completato correttamente. - Se è presente la proprietà
status.errorResult
, la richiesta non è riuscita e l'oggetto include informazioni che descrivono cosa è andato storto. Quando una richiesta non va a buon fine, non viene creata alcuna tabella e non vengono caricati dati. - Se
status.errorResult
non è presente, il job è stato completato correttamente; tuttavia, potrebbero essersi verificati alcuni errori non fatali, ad esempio problemi durante l'importazione di alcune righe. Gli errori non irreversibili sono elencati nella proprietàstatus.errors
dell'oggetto job restituito.
- Se
Note sull'API:
I job di caricamento sono atomici e coerenti: se un job di caricamento non va a buon fine, nessuno dei dati è disponibile e se un job di caricamento va a buon fine, tutti i dati sono disponibili.
Come best practice, genera un ID univoco e trasmettilo come
jobReference.jobId
quando chiamijobs.insert
per creare un job di caricamento. Questo approccio è più resistente agli errori di rete perché il client può eseguire il polling o riprovare con l'ID job noto.La chiamata di
jobs.insert
su un determinato ID job è idempotente. Puoi riprovare tutte le volte che vuoi con lo stesso ID job e al massimo una di queste operazioni andrà a buon fine.
C#
Prima di provare questo esempio, segui le istruzioni di configurazione di C# nella guida rapida di BigQuery per l'utilizzo delle librerie client. Per saperne di più, consulta la documentazione di riferimento dell'API BigQuery C#.
Per eseguire l'autenticazione in BigQuery, configura le Credenziali predefinite dell'applicazione. Per saperne di più, vedi Configurare l'autenticazione per le librerie client.
Prima di eseguire gli esempi di codice, imposta la variabile di ambiente
GOOGLE_CLOUD_UNIVERSE_DOMAIN
su s3nsapis.fr
.
BigQueryClient.CreateLoadJob()
per avviare un job di caricamento
da Cloud Storage. Per utilizzare JSONL, crea un oggetto
CreateLoadJobOptions
e imposta la relativa proprietà
SourceFormat
su
FileFormat.NewlineDelimitedJson
.
Vai
Prima di provare questo esempio, segui le istruzioni di configurazione di Go nella guida rapida di BigQuery per l'utilizzo delle librerie client. Per saperne di più, consulta la documentazione di riferimento dell'API BigQuery Go.
Per eseguire l'autenticazione in BigQuery, configura le Credenziali predefinite dell'applicazione. Per saperne di più, vedi Configurare l'autenticazione per le librerie client.
Prima di eseguire gli esempi di codice, imposta la variabile di ambiente
GOOGLE_CLOUD_UNIVERSE_DOMAIN
su s3nsapis.fr
.
Java
Prima di provare questo esempio, segui le istruzioni di configurazione di Java nella guida rapida di BigQuery per l'utilizzo delle librerie client. Per saperne di più, consulta la documentazione di riferimento dell'API BigQuery Java.
Per eseguire l'autenticazione in BigQuery, configura le Credenziali predefinite dell'applicazione. Per saperne di più, vedi Configurare l'autenticazione per le librerie client.
Prima di eseguire gli esempi di codice, imposta la variabile di ambiente
GOOGLE_CLOUD_UNIVERSE_DOMAIN
su s3nsapis.fr
.
Node.js
Prima di provare questo esempio, segui le istruzioni di configurazione di Node.js nella guida rapida di BigQuery per l'utilizzo delle librerie client. Per saperne di più, consulta la documentazione di riferimento dell'API BigQuery Node.js.
Per eseguire l'autenticazione in BigQuery, configura le Credenziali predefinite dell'applicazione. Per saperne di più, vedi Configurare l'autenticazione per le librerie client.
Prima di eseguire gli esempi di codice, imposta la variabile di ambiente
GOOGLE_CLOUD_UNIVERSE_DOMAIN
su s3nsapis.fr
.
PHP
Prima di provare questo esempio, segui le istruzioni di configurazione di PHP nella guida rapida di BigQuery per l'utilizzo delle librerie client. Per saperne di più, consulta la documentazione di riferimento dell'API BigQuery PHP.
Per eseguire l'autenticazione in BigQuery, configura le Credenziali predefinite dell'applicazione. Per saperne di più, vedi Configurare l'autenticazione per le librerie client.
Prima di eseguire gli esempi di codice, imposta la variabile di ambiente
GOOGLE_CLOUD_UNIVERSE_DOMAIN
su s3nsapis.fr
.
Python
Prima di provare questo esempio, segui le istruzioni di configurazione di Python nella guida rapida di BigQuery per l'utilizzo delle librerie client. Per saperne di più, consulta la documentazione di riferimento dell'API BigQuery Python.
Per eseguire l'autenticazione in BigQuery, configura le Credenziali predefinite dell'applicazione. Per saperne di più, vedi Configurare l'autenticazione per le librerie client.
Prima di eseguire gli esempi di codice, imposta la variabile di ambiente
GOOGLE_CLOUD_UNIVERSE_DOMAIN
su s3nsapis.fr
.
NEWLINE_DELIMITED_JSON
e trasmetti la configurazione del job come argomento job_config
al metodo load_table_from_uri()
.
Ruby
Prima di provare questo esempio, segui le istruzioni di configurazione di Ruby nella guida rapida di BigQuery per l'utilizzo delle librerie client. Per saperne di più, consulta la documentazione di riferimento dell'API BigQuery Ruby.
Per eseguire l'autenticazione in BigQuery, configura le Credenziali predefinite dell'applicazione. Per saperne di più, vedi Configurare l'autenticazione per le librerie client.
Prima di eseguire gli esempi di codice, imposta la variabile di ambiente
GOOGLE_CLOUD_UNIVERSE_DOMAIN
su s3nsapis.fr
.
format
su "json"
.
Caricamento di dati JSON nidificati e ripetuti
BigQuery supporta il caricamento di dati nidificati e ripetuti da formati di origine che supportano schemi basati su oggetti, come JSON, Avro, ORC, Parquet, Firestore e Datastore.
Ogni riga deve contenere un oggetto JSON, inclusi eventuali campi nidificati o ripetuti.
Il seguente esempio mostra dati nidificati o ripetuti di esempio. Questa tabella contiene informazioni sulle persone. È composto dai seguenti campi:
id
first_name
last_name
dob
(data di nascita)addresses
(un campo nidificato e ripetuto)addresses.status
(attuale o precedente)addresses.address
addresses.city
addresses.state
addresses.zip
addresses.numberOfYears
(anni all'indirizzo)
Il file di dati JSON avrebbe il seguente aspetto. Nota che il campo dell'indirizzo
contiene un array di valori (indicato da [ ]
).
{"id":"1","first_name":"John","last_name":"Doe","dob":"1968-01-22","addresses":[{"status":"current","address":"123 First Avenue","city":"Seattle","state":"WA","zip":"11111","numberOfYears":"1"},{"status":"previous","address":"456 Main Street","city":"Portland","state":"OR","zip":"22222","numberOfYears":"5"}]} {"id":"2","first_name":"Jane","last_name":"Doe","dob":"1980-10-16","addresses":[{"status":"current","address":"789 Any Avenue","city":"New York","state":"NY","zip":"33333","numberOfYears":"2"},{"status":"previous","address":"321 Main Street","city":"Hoboken","state":"NJ","zip":"44444","numberOfYears":"3"}]}
Lo schema di questa tabella sarà simile al seguente:
[ { "name": "id", "type": "STRING", "mode": "NULLABLE" }, { "name": "first_name", "type": "STRING", "mode": "NULLABLE" }, { "name": "last_name", "type": "STRING", "mode": "NULLABLE" }, { "name": "dob", "type": "DATE", "mode": "NULLABLE" }, { "name": "addresses", "type": "RECORD", "mode": "REPEATED", "fields": [ { "name": "status", "type": "STRING", "mode": "NULLABLE" }, { "name": "address", "type": "STRING", "mode": "NULLABLE" }, { "name": "city", "type": "STRING", "mode": "NULLABLE" }, { "name": "state", "type": "STRING", "mode": "NULLABLE" }, { "name": "zip", "type": "STRING", "mode": "NULLABLE" }, { "name": "numberOfYears", "type": "STRING", "mode": "NULLABLE" } ] } ]
Per informazioni su come specificare uno schema nidificato e ripetuto, vedi Specifica di campi nidificati e ripetuti.
Caricamento di dati JSON semistrutturati
BigQuery supporta il caricamento di dati semistrutturati, in cui un campo può assumere valori di tipi diversi. Il seguente esempio mostra dati simili all'esempio precedente di dati JSON nidificati e ripetuti, tranne per il fatto che il campo address
può essere un STRING
, un STRUCT
o un ARRAY
:
{"id":"1","first_name":"John","last_name":"Doe","dob":"1968-01-22","address":"123 First Avenue, Seattle WA 11111"} {"id":"2","first_name":"Jane","last_name":"Doe","dob":"1980-10-16","address":{"status":"current","address":"789 Any Avenue","city":"New York","state":"NY","zip":"33333","numberOfYears":"2"}} {"id":"3","first_name":"Bob","last_name":"Doe","dob":"1982-01-10","address":[{"status":"current","address":"789 Any Avenue","city":"New York","state":"NY","zip":"33333","numberOfYears":"2"}, "321 Main Street Hoboken NJ 44444"]}
Puoi caricare questi dati in BigQuery utilizzando lo schema seguente:
[ { "name": "id", "type": "STRING", "mode": "NULLABLE" }, { "name": "first_name", "type": "STRING", "mode": "NULLABLE" }, { "name": "last_name", "type": "STRING", "mode": "NULLABLE" }, { "name": "dob", "type": "DATE", "mode": "NULLABLE" }, { "name": "address", "type": "JSON", "mode": "NULLABLE" } ]
Il campo address
viene caricato in una colonna di tipo
JSON
che consente
di contenere
i tipi misti nell'esempio. Puoi importare i dati come JSON
indipendentemente dal fatto che
contengano o meno tipi misti. Ad esempio, puoi specificare JSON
invece di
STRING
come tipo per il campo first_name
. Per ulteriori informazioni, consulta la pagina
Utilizzo dei dati JSON in GoogleSQL.
Aggiungere o sovrascrivere una tabella con dati JSON
Puoi caricare dati aggiuntivi in una tabella da file di origine o aggiungendo i risultati della query.
Nella console Trusted Cloud , utilizza l'opzione Preferenza di scrittura per specificare l'azione da intraprendere quando carichi i dati da un file di origine o da un risultato della query.
Quando carichi dati aggiuntivi in una tabella, hai le seguenti opzioni:
Opzione della console | Flag dello strumento bq | Proprietà API BigQuery | Descrizione |
---|---|---|---|
Scrivi se vuota | Non supportata | WRITE_EMPTY |
Scrive i dati solo se la tabella è vuota. |
Aggiungi a tabella | --noreplace o --replace=false ; se
--[no]replace non è specificato, il valore predefinito è append |
WRITE_APPEND |
(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. Questa azione elimina anche lo schema della tabella, la sicurezza a livello di riga e rimuove qualsiasi chiave Cloud KMS. |
Se carichi i dati in una tabella esistente, il job di caricamento può aggiungere i dati o sovrascrivere la tabella.
Puoi aggiungere o sovrascrivere una tabella utilizzando uno dei seguenti metodi:
- La console Trusted Cloud
- Il comando
bq load
dello strumento a riga di comando bq - Il metodo API
jobs.insert
e la configurazione di un jobload
- Librerie client
Console
Nella console Trusted Cloud , vai alla pagina BigQuery.
- Nel riquadro Explorer, espandi il progetto e seleziona un set di dati.
- Nella sezione Informazioni sul set di dati, fai clic su Crea tabella.
- Nel riquadro Crea tabella, specifica i seguenti dettagli:
- Nella sezione Origine, seleziona Google Cloud Storage nell'elenco Crea tabella da.
Poi:
- Seleziona un file dal bucket Cloud Storage o inserisci l'URI Cloud Storage.
Non puoi includere più URI
nella Trusted Cloud console, ma i caratteri jolly
sono supportati. Il bucket Cloud Storage deve trovarsi nella stessa
posizione del set di dati che contiene la tabella che vuoi creare, aggiungere o
sovrascrivere.
- Per Formato file, seleziona JSONL (JSON delimitato da nuova riga).
- Seleziona un file dal bucket Cloud Storage o inserisci l'URI Cloud Storage.
Non puoi includere più URI
nella Trusted Cloud console, ma i caratteri jolly
sono supportati. Il bucket Cloud Storage deve trovarsi nella stessa
posizione del set di dati che contiene la tabella che vuoi creare, aggiungere o
sovrascrivere.
- Nella sezione Destinazione, specifica i seguenti dettagli:
- Per Set di dati, seleziona il set di dati in cui vuoi creare la tabella.
- Nel campo Table (Tabella), inserisci il nome della tabella che vuoi creare.
- Verifica che il campo Tipo di tabella sia impostato su Tabella nativa.
- Nella sezione Schema, inserisci la definizione dello schema.
Per attivare il rilevamento automatico di uno schema,
seleziona Rilevamento automatico.
Puoi inserire manualmente le informazioni sullo schema utilizzando uno dei
seguenti metodi:
- Opzione 1: fai clic su Modifica come testo e incolla lo schema sotto forma di
array JSON. Quando utilizzi un array JSON, generi lo schema utilizzando lo stesso processo di creazione di un file schema JSON.
Per visualizzare lo schema di una tabella esistente in formato JSON, inserisci il seguente comando:
bq show --format=prettyjson dataset.table
- Opzione 2: fai clic su tipo e la modalità di ogni campo. Aggiungi campo e inserisci lo schema della tabella. Specifica il nome, il
- Opzione 1: fai clic su Modifica come testo e incolla lo schema sotto forma di
array JSON. Quando utilizzi un array JSON, generi lo schema utilizzando lo stesso processo di creazione di un file schema JSON.
Per visualizzare lo schema di una tabella esistente in formato JSON, inserisci il seguente comando:
- (Facoltativo) Specifica le impostazioni di partizionamento e clustering. Per saperne di più, consulta Creare tabelle partizionate e Creare e utilizzare tabelle in cluster. Non puoi convertire una tabella in una tabella partizionata o in cluster aggiungendola o sovrascrivendola. La console Trusted Cloud non supporta l'aggiunta o la sovrascrittura di tabelle partizionate o in cluster in un job di caricamento.
- Fai clic su Opzioni avanzate e segui questi passaggi:
- In Preferenza di scrittura, scegli Aggiungi alla tabella o Sovrascrivi tabella.
- Per Numero di errori consentiti, accetta il valore predefinito di
0
o inserisci il numero massimo di righe contenenti errori che possono essere ignorate. Se il numero di righe con errori supera questo valore, il job restituirà un messaggioinvalid
e avrà esito negativo. Questa opzione si applica solo ai file CSV e JSON. - Per Fuso orario, inserisci il fuso orario predefinito che verrà applicato durante l'analisi dei valori timestamp che non hanno un fuso orario specifico. Controlla qui per altri nomi di fusi orari validi. Se questo valore non è presente, i valori timestamp senza un fuso orario specifico vengono analizzati utilizzando il fuso orario UTC predefinito. (Anteprima).
- Per Formato data, inserisci gli
elementi di formato che definiscono come vengono formattati i valori DATE nei file di input. Questo
campo prevede il formato degli stili SQL (ad esempio,
MM/DD/YYYY
). Se questo valore è presente, questo formato è l'unico formato DATE compatibile. Il rilevamento automatico dello schema determinerà anche il tipo di colonna DATE in base a questo formato anziché a quello esistente. Se questo valore non è presente, il campo DATE viene analizzato con i formati predefiniti. (Anteprima). - Per Formato datetime, inserisci gli
elementi di formato che definiscono come vengono formattati i valori DATETIME nei file di input.
Questo campo prevede il formato degli stili SQL (ad esempio,
MM/DD/YYYY HH24:MI:SS.FF3
). Se questo valore è presente, questo formato è l'unico formato DATETIME compatibile. Il rilevamento automatico dello schema determinerà anche il tipo di colonna DATETIME in base a questo formato anziché a quello esistente. Se questo valore non è presente, il campo DATETIME viene analizzato con i formati predefiniti. (Anteprima). - Per Formato ora, inserisci gli
elementi di formato che definiscono come vengono formattati i valori TIME nei file di input. Questo
campo prevede il formato degli stili SQL (ad esempio,
HH24:MI:SS.FF3
). Se questo valore è presente, questo formato è l'unico formato TIME compatibile. Il rilevamento automatico dello schema determinerà anche il tipo di colonna TIME in base a questo formato anziché a quello esistente. Se questo valore non è presente, il campo TIME viene analizzato con i formati predefiniti. (Anteprima). - Per Formato timestamp, inserisci gli
elementi di formato che definiscono come vengono formattati i valori TIMESTAMP nei file di input.
Questo campo prevede il formato degli stili SQL (ad esempio,
MM/DD/YYYY HH24:MI:SS.FF3
). Se questo valore è presente, questo formato è l'unico TIMESTAMP compatibile. Il rilevamento automatico dello schema determinerà anche il tipo di colonna TIMESTAMP in base a questo formato anziché a quello esistente. Se questo valore non è presente, il campo TIMESTAMP viene analizzato con i formati predefiniti. (Anteprima). - Se vuoi ignorare i valori di una riga che non sono presenti nello schema della tabella, seleziona Valori sconosciuti.
- Per la crittografia, fai clic su Chiave gestita dal cliente per utilizzare una chiave Cloud Key Management Service. Se lasci l'impostazione Google Cloud-powered key, BigQuery cripta i dati at rest.
- Fai clic su Crea tabella.
SQL
Utilizza l'istruzione DDL LOAD DATA
.
Il seguente esempio aggiunge un file JSON alla tabella mytable
:
Nella console Trusted Cloud , vai alla pagina BigQuery.
Nell'editor di query, inserisci la seguente istruzione:
LOAD DATA INTO mydataset.mytable FROM FILES ( format = 'JSON', uris = ['gs://bucket/path/file.json']);
Fai clic su
Esegui.
Per maggiori informazioni su come eseguire le query, consulta Eseguire una query interattiva.
bq
Utilizza il comando bq load
, specifica NEWLINE_DELIMITED_JSON
utilizzando il flag --source_format
e includi un URI Cloud Storage.
Puoi includere un singolo URI, un elenco di URI separati da virgole o un URI
contenente un carattere jolly.
Fornisci lo schema inline, in un file di definizione dello schema o utilizza il rilevamento automatico dello schema.
Specifica il flag --replace
per sovrascrivere la
tabella. Utilizza il flag --noreplace
per aggiungere dati alla tabella. Se non viene specificato alcun flag, il comportamento predefinito è l'aggiunta dei dati.
È possibile modificare lo schema della tabella quando la accodi o la sovrascrivi. Per ulteriori informazioni sulle modifiche allo schema supportate durante un'operazione di caricamento, vedi Modifica degli schemi delle tabelle.
(Facoltativo) Fornisci il flag --location
e imposta il valore sulla tua
posizione.
Altri flag facoltativi includono:
--max_bad_records
: un numero intero che specifica il numero massimo di record non validi consentiti prima che l'intero job non vada a buon fine. Il valore predefinito è0
. Vengono restituiti al massimo cinque errori di qualsiasi tipo, indipendentemente dal valore di--max_bad_records
.--ignore_unknown_values
: se specificato, consente e ignora valori extra e non riconosciuti nei dati CSV o JSON.--time_zone
: (anteprima) un fuso orario predefinito facoltativo che verrà applicato durante l'analisi dei valori timestamp che non hanno un fuso orario specifico nei dati CSV o JSON.--date_format
: (anteprima) una stringa personalizzata facoltativa che definisce come vengono formattati i valori DATE nei dati CSV o JSON.--datetime_format
: (anteprima) una stringa personalizzata facoltativa che definisce il formato dei valori DATETIME nei dati CSV o JSON.--time_format
: (anteprima) una stringa personalizzata facoltativa che definisce il formato dei valori TIME nei dati CSV o JSON.--timestamp_format
: (anteprima) una stringa personalizzata facoltativa che definisce il formato dei valori TIMESTAMP nei dati CSV o JSON.--autodetect
: se specificato, attiva il rilevamento automatico dello schema per i dati CSV e JSON.--destination_kms_key
: la chiave Cloud KMS per la crittografia dei dati della tabella.
bq --location=LOCATION load \ --[no]replace \ --source_format=FORMAT \ DATASET.TABLE \ PATH_TO_SOURCE \ SCHEMA
Sostituisci quanto segue:
LOCATION
: la tua posizione. Il flag--location
è facoltativo. Puoi impostare un valore predefinito per la località utilizzando il file.bigqueryrc.FORMAT
:NEWLINE_DELIMITED_JSON
.DATASET
: un set di dati esistente.TABLE
: il nome della tabella in cui stai caricando i dati.PATH_TO_SOURCE
: un URI Cloud Storage completo o un elenco di URI separati da virgole. Sono supportati anche i caratteri jolly.SCHEMA
: uno schema valido. Lo schema può essere un file JSON locale oppure può essere digitato inline come parte del comando. Puoi anche utilizzare il flag--autodetect
anziché fornire una definizione dello schema.
Esempi:
Il seguente comando carica i dati da gs://mybucket/mydata.json
e sovrascrive una tabella denominata mytable
in mydataset
. Lo schema è definito
utilizzando il rilevamento automatico dello schema.
bq load \
--autodetect \
--replace \
--source_format=NEWLINE_DELIMITED_JSON \
mydataset.mytable \
gs://mybucket/mydata.json
Il seguente comando carica i dati da gs://mybucket/mydata.json
e
aggiunge i dati a una tabella denominata mytable
in mydataset
. Lo schema è
definito utilizzando un file di schema JSON: myschema
.
bq load \
--noreplace \
--source_format=NEWLINE_DELIMITED_JSON \
mydataset.mytable \
gs://mybucket/mydata.json \
./myschema
API
Crea un job
load
che rimandi ai dati di origine in Cloud Storage.(Facoltativo) Specifica la posizione nella proprietà
location
della sezionejobReference
della risorsa job.La proprietà
source URIs
deve essere completa, nel formatogs://BUCKET/OBJECT
. Puoi includere più URI come elenco separato da virgole. Sono supportati anche i caratteri jolly.Specifica il formato dei dati impostando la proprietà
configuration.load.sourceFormat
suNEWLINE_DELIMITED_JSON
.Specifica la preferenza di scrittura impostando la proprietà
configuration.load.writeDisposition
suWRITE_TRUNCATE
oWRITE_APPEND
.
Vai
Prima di provare questo esempio, segui le istruzioni di configurazione di Go nella guida rapida di BigQuery per l'utilizzo delle librerie client. Per saperne di più, consulta la documentazione di riferimento dell'API BigQuery Go.
Per eseguire l'autenticazione in BigQuery, configura le Credenziali predefinite dell'applicazione. Per saperne di più, vedi Configurare l'autenticazione per le librerie client.
Prima di eseguire gli esempi di codice, imposta la variabile di ambiente
GOOGLE_CLOUD_UNIVERSE_DOMAIN
su s3nsapis.fr
.
Java
Node.js
Prima di provare questo esempio, segui le istruzioni di configurazione di Node.js nella guida rapida di BigQuery per l'utilizzo delle librerie client. Per saperne di più, consulta la documentazione di riferimento dell'API BigQuery Node.js.
Per eseguire l'autenticazione in BigQuery, configura le Credenziali predefinite dell'applicazione. Per saperne di più, vedi Configurare l'autenticazione per le librerie client.
Prima di eseguire gli esempi di codice, imposta la variabile di ambiente
GOOGLE_CLOUD_UNIVERSE_DOMAIN
su s3nsapis.fr
.
PHP
Prima di provare questo esempio, segui le istruzioni di configurazione di PHP nella guida rapida di BigQuery per l'utilizzo delle librerie client. Per saperne di più, consulta la documentazione di riferimento dell'API BigQuery PHP.
Per eseguire l'autenticazione in BigQuery, configura le Credenziali predefinite dell'applicazione. Per saperne di più, vedi Configurare l'autenticazione per le librerie client.
Prima di eseguire gli esempi di codice, imposta la variabile di ambiente
GOOGLE_CLOUD_UNIVERSE_DOMAIN
su s3nsapis.fr
.
Python
Per sostituire le righe in una tabella esistente, imposta la
proprietà LoadJobConfig.write_disposition
sulla stringa WRITE_TRUNCATE
.
Prima di provare questo esempio, segui le istruzioni di configurazione di Python nella guida rapida di BigQuery per l'utilizzo delle librerie client. Per saperne di più, consulta la documentazione di riferimento dell'API BigQuery Python.
Per eseguire l'autenticazione in BigQuery, configura le Credenziali predefinite dell'applicazione. Per saperne di più, vedi Configurare l'autenticazione per le librerie client.
Prima di eseguire gli esempi di codice, imposta la variabile di ambiente
GOOGLE_CLOUD_UNIVERSE_DOMAIN
su s3nsapis.fr
.
Ruby
Per sostituire le righe in una tabella esistente, imposta il parametro write
di
Table.load_job()
su "WRITE_TRUNCATE"
.
Prima di provare questo esempio, segui le istruzioni di configurazione di Ruby nella guida rapida di BigQuery per l'utilizzo delle librerie client. Per saperne di più, consulta la documentazione di riferimento dell'API BigQuery Ruby.
Per eseguire l'autenticazione in BigQuery, configura le Credenziali predefinite dell'applicazione. Per saperne di più, vedi Configurare l'autenticazione per le librerie client.
Prima di eseguire gli esempi di codice, imposta la variabile di ambiente
GOOGLE_CLOUD_UNIVERSE_DOMAIN
su s3nsapis.fr
.
Caricamento di dati JSON partizionati in Hive
BigQuery supporta il caricamento dei dati JSON partizionati Hive archiviati in Cloud Storage e compila le colonne di partizionamento Hive come colonne nella tabella gestita BigQuery di destinazione. Per ulteriori informazioni, consulta la pagina relativa al caricamento di dati partizionati esternamente.
Dettagli sul caricamento dei dati JSON
Questa sezione descrive come BigQuery analizza vari tipi di dati durante il caricamento dei dati JSON.
Tipi di dati
Boolean. BigQuery può analizzare una qualsiasi delle seguenti coppie per i dati booleani: 1 o 0, true o false, t o f, yes o no oppure y o n (tutte senza distinzione tra maiuscole e minuscole). Il rilevamento automatico dello schema rileva automaticamente tutti questi valori tranne 0 e 1.Byte. Le colonne di tipo BYTES devono essere codificate come Base64.
Data. Le colonne con tipi DATE devono essere nel formato YYYY-MM-DD
.
Data/ora. Le colonne con tipi DATETIME devono essere nel formato YYYY-MM-DD
HH:MM:SS[.SSSSSS]
.
Area geografica. Le colonne con tipi GEOGRAFIA devono contenere stringhe in uno dei seguenti formati:
- Well-Known Text (WKT)
- Well-known binary (WKB)
- GeoJSON
Se utilizzi WKB, il valore deve essere codificato in esadecimale.
Il seguente elenco mostra esempi di dati validi:
- WKT:
POINT(1 2)
- GeoJSON:
{ "type": "Point", "coordinates": [1, 2] }
- WKB con codifica esadecimale:
0101000000feffffffffffef3f0000000000000040
Prima di caricare i dati GEOGRAPHY, leggi anche Caricamento di dati geospaziali.
Intervallo. Le colonne con tipi INTERVAL devono essere nel formato
ISO 8601
PYMDTHMS
, dove:
- P = Designatore che indica che il valore rappresenta una durata. Devi sempre includerlo.
- Y = Year
- M = Mese
- G = giorno
- T = Designatore che indica la parte temporale della durata. Devi sempre includerlo.
- H = Ora
- M = minuto
- S = secondo. I secondi possono essere indicati come valore intero o frazionario fino a sei cifre, con una precisione di microsecondi.
Puoi indicare un valore negativo anteponendo un trattino (-).
Il seguente elenco mostra esempi di dati validi:
P-10000Y0M-3660000DT-87840000H0M0S
P0Y0M0DT0H0M0.000001S
P10000Y0M3660000DT87840000H0M0S
Per caricare i dati INTERVAL, devi utilizzare il comando bq load
e il flag --schema
per specificare uno schema. Non puoi caricare dati INTERVAL utilizzando la console.
Ora. Le colonne di tipo TIME devono essere nel formato HH:MM:SS[.SSSSSS]
.
Timestamp. BigQuery accetta vari formati timestamp. Il timestamp deve includere una parte di data e una parte di ora.
La parte della data può essere formattata come
YYYY-MM-DD
oYYYY/MM/DD
.La parte del timestamp deve essere formattata come
HH:MM[:SS[.SSSSSS]]
(i secondi e le frazioni di secondo sono facoltativi).Data e ora devono essere separate da uno spazio o dalla lettera "T".
Facoltativamente, la data e l'ora possono essere seguite da un offset UTC o dall'indicatore di zona UTC (
Z
). Per ulteriori informazioni, consulta la sezione Fusi orari.
Ad esempio, i seguenti sono valori timestamp validi:
- 2018-08-19 12:11
- 2018-08-19 12:11:35
- 2018-08-19 12:11:35.22
- 2018/08/19 12:11
- 2018-07-05 12:54:00 UTC
- 2018-08-19 07:11:35.220 -05:00
- 2018-08-19T12:11:35.220Z
Se fornisci uno schema, BigQuery accetta anche l'ora dell'epoca Unix per i valori timestamp. Tuttavia, il rilevamento automatico dello schema non rileva questo caso e tratta il valore come tipo numerico o stringa.
Esempi di valori di timestamp Unix epoch:
- 1534680695
- 1,534680695e12
Array (campo ripetuto). Il valore deve essere un array JSON o null
. JSON
null
viene convertito in SQL NULL
. L'array stesso non può contenere valori null
.
Rilevamento automatico dello schema
Questa sezione descrive il comportamento del rilevamento automatico dello schema durante il caricamento dei file JSON.
Campi nidificati e ripetuti JSON
BigQuery deduce i campi nidificati e ripetuti nei file JSON. Se il valore di un campo è un oggetto JSON, BigQuery carica la colonna come tipo RECORD
. Se il valore di un campo è un array, BigQuery carica
la colonna come colonna ripetuta. Per un esempio di dati JSON con dati nidificati e
ripetuti, vedi
Caricamento di dati JSON nidificati e ripetuti.
Conversione di stringhe
Se abiliti il rilevamento automatico dello schema, BigQuery converte
le stringhe in tipi booleani, numerici o data/ora, se possibile. Ad esempio,
utilizzando i seguenti dati JSON, il rilevamento automatico dello schema converte il campo id
in una colonna INTEGER
:
{ "name":"Alice","id":"12"}
{ "name":"Bob","id":"34"}
{ "name":"Charles","id":"45"}
Tipi di codifica
BigQuery prevede che i dati JSON siano codificati in UTF-8. Se hai
file JSON con altri tipi di codifica supportati, devi specificare
esplicitamente la codifica utilizzando il flag --encoding
in modo che
BigQuery converta i dati in UTF-8.
BigQuery supporta i seguenti tipi di codifica per i file JSON:
- UTF-8
- ISO-8859-1
- UTF-16BE (UTF-16 Big Endian)
- UTF-16LE (UTF-16 Little Endian)
- UTF-32BE (UTF-32 Big Endian)
- UTF-32LE (UTF-32 Little Endian)
Opzioni JSON
Per modificare il modo in cui BigQuery analizza i dati JSON, specifica opzioni aggiuntive nella console Trusted Cloud , nello strumento a riga di comando bq, nell'API o nelle librerie client.
Opzione JSON | Opzione della console | Flag dello strumento bq | Proprietà API BigQuery | Descrizione |
---|---|---|---|---|
Numero di record non validi consentiti | Numero di errori consentiti | --max_bad_records |
maxBadRecords
(Java,
Python)
|
(Facoltativo) Il numero massimo di record non validi che BigQuery può ignorare durante l'esecuzione del job. Se il numero di record non validi supera questo valore, nel risultato del job viene restituito un errore non valido. Il valore predefinito è "0", il che richiede che tutti i record siano validi. |
Valori sconosciuti | Ignora valori sconosciuti | --ignore_unknown_values |
ignoreUnknownValues
(Java,
Python)
|
(Facoltativo) Indica se BigQuery deve consentire valori aggiuntivi non rappresentati nello schema della tabella. Se il valore è vero, i valori extra vengono ignorati. Se il valore è false, i record con colonne aggiuntive vengono trattati come record non validi e, se il numero di record non validi è troppo elevato, nel risultato del job viene restituito un errore non valido. Il valore predefinito è false. La proprietà `sourceFormat` determina cosa BigQuery considera un valore aggiuntivo: CSV: colonne finali, JSON: valori denominati che non corrispondono ad alcun nome di colonna. |
Codifica | Nessuno | -E o --encoding |
encoding
(Python) |
(Facoltativo) La codifica dei caratteri dei dati. I valori supportati sono UTF-8, ISO-8859-1, UTF-16BE, UTF-16LE, UTF-32BE o UTF-32LE. Il valore predefinito è UTF-8. |
Fuso orario | Fuso orario | --time_zone |
Nessuno | (Anteprima) (facoltativo) Fuso orario predefinito che viene applicato durante l'analisi dei valori timestamp che non hanno un fuso orario specifico. Controlla i nomi dei fusi orari validi. Se questo valore non è presente, i valori timestamp senza un fuso orario specifico vengono analizzati utilizzando il fuso orario UTC predefinito. |
Formato data | Formato data | --date_format |
Nessuno | (Anteprima) (facoltativo)
Elementi di formato
che definiscono come vengono formattati i valori DATE nei file di input (ad esempio, MM/DD/YYYY ). Se questo valore è presente, questo formato è l'unico formato DATE compatibile.
La rilevamento automatico dello schema
determinerà anche il tipo di colonna DATE in base a questo formato anziché a quello
esistente. Se questo valore non è presente, il campo DATE viene analizzato con
i
formati predefiniti. |
Formato data/ora | Formato data/ora | --datetime_format |
Nessuno | (Anteprima) (facoltativo)
Elementi di formato
che definiscono come vengono formattati i valori DATETIME nei file di input (ad esempio, MM/DD/YYYY HH24:MI:SS.FF3 ). Se questo valore è presente, questo formato è l'unico formato DATETIME compatibile.
Il rilevamento automatico dello schema
determinerà anche il tipo di colonna DATETIME in base a questo formato anziché a quello
esistente. Se questo valore non è presente, il campo DATETIME viene analizzato
con i
formati predefiniti. |
Formato ora | Formato ora | --time_format |
Nessuno | (Anteprima) (facoltativo)
Elementi di formato
che definiscono come vengono formattati i valori TIME nei file di input (ad esempio, HH24:MI:SS.FF3 ). Se questo valore è presente, questo formato è l'unico formato TIME compatibile.
Il rilevamento automatico dello schema
determinerà anche il tipo di colonna TIME in base a questo formato anziché a quello
esistente. Se questo valore non è presente, il campo TIME viene analizzato con
i
formati predefiniti. |
Formato del timestamp | Formato del timestamp | --timestamp_format |
Nessuno | (Anteprima) (facoltativo)
Elementi di formato
che definiscono come vengono formattati i valori TIMESTAMP nei file di input (ad esempio, MM/DD/YYYY HH24:MI:SS.FF3 ). Se questo valore è presente, questo formato è l'unico formato TIMESTAMP compatibile.
Il rilevamento automatico dello schema
determinerà anche il tipo di colonna TIMESTAMP in base a questo formato anziché a quello
esistente. Se questo valore non è presente, il campo TIMESTAMP viene analizzato
con i
formati predefiniti. |
Passaggi successivi
- Per informazioni sul caricamento dei dati JSON da un file locale, vedi Caricamento dei dati dai file locali.
- Per ulteriori informazioni su come creare, importare ed eseguire query sui dati JSON, consulta la sezione Utilizzo dei dati JSON in GoogleSQL.