Visualizzazione JOBS_TIMELINE_BY_USER
La visualizzazione INFORMATION_SCHEMA.JOBS_TIMELINE_BY_USER contiene dati quasi in tempo reale
Metadati BigQuery per intervallo di tempo dei job inviati dal
l'utente corrente nel progetto attuale. Questa visualizzazione contiene i dati attualmente in esecuzione e
di job completati.
Autorizzazioni obbligatorie
Per eseguire query sulla vista INFORMATION_SCHEMA.JOBS_TIMELINE_BY_USER, è necessario il
bigquery.jobs.list Autorizzazione Identity and Access Management (IAM) per il progetto.
Ciascuno dei seguenti ruoli IAM predefiniti include
autorizzazione:
- Visualizzatore progetto
- Utente BigQuery
Per ulteriori informazioni sulle autorizzazioni BigQuery, consulta Controllo dell'accesso con IAM.
Schema
Quando esegui una query sulle viste INFORMATION_SCHEMA.JOBS_TIMELINE_BY_*, la query
contengono una riga per ogni secondo di esecuzione di ogni
del job BigQuery. Ogni ciclo inizia su un intervallo di un secondo intero
dura esattamente un secondo.
La vista INFORMATION_SCHEMA.JOBS_TIMELINE_BY_* ha il seguente schema:
| Nome colonna | Tipo di dati | Valore |
|---|---|---|
period_start |
TIMESTAMP |
Ora di inizio di questo periodo. |
period_slot_ms |
INTEGER |
Millisecondi di slot utilizzati in questo periodo. |
period_shuffle_ram_usage_ratio |
FLOAT |
Rapporto di utilizzo casuale nel periodo di tempo selezionato. |
project_id |
STRING |
ID (colonna clustering) del progetto. |
project_number |
INTEGER |
Numero del progetto. |
user_email |
STRING |
(Colonna clustering) Indirizzo email o account di servizio di l'utente che ha eseguito il job. |
job_id |
STRING |
ID del job. Ad esempio, bquxjob_1234. |
job_type |
STRING |
Il tipo di lavoro. Può essere QUERY, LOAD,
EXTRACT, COPY o null. Qualifica
il tipo null indica un job interno, come un job di script
la valutazione delle istruzioni
o l'aggiornamento della vista materializzata. |
statement_type |
STRING |
Il tipo di istruzione della query, se valido. Ad esempio:
SELECT, INSERT, UPDATE o
DELETE. |
job_creation_time |
TIMESTAMP |
(Colonna Partitioning) Ora di creazione del job. Partizionamento si basa sull'ora UTC di questo timestamp. |
job_start_time |
TIMESTAMP |
Ora di inizio di questo job. |
job_end_time |
TIMESTAMP |
Ora di fine di questo job. |
state |
STRING |
Stato in esecuzione del job al termine di questo periodo. Stati validi
includono PENDING, RUNNING e
DONE. |
reservation_id |
STRING |
Nome della prenotazione principale assegnata a questo job alla fine di questo periodo, se applicabile. |
total_bytes_processed |
INTEGER |
Byte totali elaborati dal job. |
error_result |
RECORD |
Dettagli di un errore (se presente) come
ErrorProto.
|
cache_hit |
BOOLEAN |
Se i risultati della query per questo job provengono da una cache. |
period_estimated_runnable_units |
INTEGER |
Unità di lavoro che possono essere pianificate immediatamente in questo periodo. Slot aggiuntivi per queste unità di lavoro accelerano la query, a condizione che nessun'altra query nella prenotazione richieda slot aggiuntivi. |
Conservazione dei dati
Questa visualizzazione contiene i job attualmente in esecuzione e la cronologia dei job degli ultimi 180 giorni.
Ambito e sintassi
Le query relative a questa vista devono includere un qualificatore regione. Se non specifichi un qualificatore regionale, i metadati vengono recuperati da tutti regioni. La tabella seguente spiega la regione e l'ambito delle risorse per questo visualizza:
| Nome vista | Ambito risorsa | Ambito della regione |
|---|---|---|
[PROJECT_ID.]`region-REGION`.INFORMATION_SCHEMA.JOBS_TIMELINE_BY_USER |
Job inviati dall'utente corrente nel progetto specificato. | REGION |
- (Facoltativo)
PROJECT_ID: l'ID del tuo progetto Google Cloud. Se non specificato, viene utilizzato il progetto predefinito. REGION: qualsiasi nome della regione del set di dati. Ad esempio:region-us.
Esempio
La seguente query mostra i millisecondi totali di slot consumati al secondo in base ai job inviati dall'utente corrente nel progetto designato:
SELECT period_start, SUM(period_slot_ms) AS total_period_slot_ms FROM `region-us`.INFORMATION_SCHEMA.JOBS_TIMELINE_BY_USER GROUP BY period_start ORDER BY period_start DESC;
Il risultato è simile al seguente:
+---------------------------+---------------------------------+ | period_start | total_period_slot_ms | +---------------------------+---------------------------------+ | 2019-10-10 00:00:04 UTC | 118639 | | 2019-10-10 00:00:03 UTC | 251353 | | 2019-10-10 00:00:02 UTC | 1074064 | | 2019-10-10 00:00:01 UTC | 1124868 | | 2019-10-10 00:00:00 UTC | 1113961 | +---------------------------+---------------------------------+