Parametri del grafico a singolo record per le dashboard LookML

In costruzione: stiamo lavorando per aggiungere altri contenuti a questa pagina. Nel frattempo, consulta la pagina della documentazione Opzioni del grafico a record singolo per visualizzare informazioni sulla creazione e la modifica di visualizzazioni a valore singolo utilizzando il menu delle opzioni di visualizzazione.

I parametri descritti in questa pagina sono destinati all'uso con gli elementi della dashboard LookML di type: looker_single_record in un dashboard.lkml file.

Per informazioni sulla creazione di un grafico a record singolo tramite l'interfaccia utente di Looker, consulta la pagina della documentazione Opzioni del grafico a record singolo.

Parametri base

Quando definisci un elemento della dashboard LookML, devi specificare i valori per almeno i parametri name e type. Altri parametri di base come title, height e width influiscono sulla posizione e sull'aspetto di un elemento in una dashboard.

name

Questa sezione si riferisce al parametro name che fa parte di un elemento della dashboard.

name può essere utilizzato anche come parte di un filtro della dashboard, come descritto nella pagina della documentazione relativa ai parametri della dashboard.

Ogni dichiarazione name crea un nuovo elemento della dashboard e gli assegna un nome. I nomi degli elementi devono essere univoci. A volte si fa riferimento ai nomi nel elements parametro quando utilizzi le layout: grid dashboard.

- name: orders_by_date

title

Questa sezione si riferisce al parametro title che fa parte di un elemento della dashboard.

title può essere utilizzato anche come parte di una dashboard, come descritto nella pagina della documentazione relativa ai parametri della dashboard.

title può essere utilizzato anche come parte di un filtro della dashboard, come descritto nella pagina della documentazione relativa ai parametri della dashboard.

Il parametro title ti consente di modificare il modo in cui il nome di un elemento viene visualizzato dagli utenti. Se non specificato, il titolo viene impostato per impostazione predefinita sul name dell'elemento.

Considera questo esempio:

- name: sales_overview
  title: '1) Sales Overview'

Se utilizzi questo formato, anziché essere visualizzato come Panoramica delle vendite, l'elemento verrà visualizzato come 1) Panoramica delle vendite.

type

Questa sezione si riferisce al parametro type che fa parte di un elemento della dashboard.

type può essere utilizzato anche come parte di un filtro della dashboard, come descritto nella pagina della documentazione relativa ai parametri della dashboard.

type può essere utilizzato anche come parte di un join, come descritto nella pagina della documentazione relativa al parametro type (per i join).

type può essere utilizzato anche come parte di una dimensione, come descritto nella pagina della documentazione relativa ai tipi di dimensioni, filtri e parametri.

type può essere utilizzato anche come parte di una misura, come descritto nella pagina della documentazione relativa ai tipi di misure.

Il parametro type determina il tipo di visualizzazione da utilizzare nell'elemento.

- name: element_name
  type: text | looker_grid | table | single_value | looker_single_record |
        looker_column | looker_bar | looker_scatter | looker_line | looker_area |
        looker_pie | looker_donut_multiples | looker_funnel | looker_timeline |
        looker_map | looker_google_map | looker_geo_coordinates | looker_geo_choropleth | looker_waterfall | looker_wordcloud | looker_boxplot

Per una panoramica dei diversi tipi di elementi della dashboard LookML, consulta la pagina della documentazione relativa a type (per le dashboard LookML).

height

Questa sezione si riferisce al parametro height che fa parte di un elemento della dashboard.

height può essere utilizzato anche come parte di una riga della dashboard, come descritto nella pagina della documentazione relativa ai parametri della dashboard.

Per le dashboard con layout tile o static

Il parametro height definisce l'altezza di un elemento, in unità di tile_size (definita in pixel), per le dashboard layout: tile e layout: static.

Ad esempio, il seguente codice specifica tile_size: 100 e height: 4, rendendo l'elemento orders_by_date alto 400 pixel.

- dashboard: sales_overview
  tile_size: 100
  ...

  elements:
  - name: orders_by_date
    height: 4
    ...

Per le dashboard con layout newspaper

Il parametro height definisce l'altezza di un elemento, in unità di riga, per le dashboard layout: newspaper.

Per impostazione predefinita, una dashboard con layout di tipo giornale ha un'altezza degli elementi di 6 righe, ovvero circa 300 pixel. L'altezza minima è di 1 riga per le dashboard con un preferred viewer parametro impostato su dashboards-next. L'altezza minima è di 2 righe per le dashboard con un parametro preferred viewer impostato su dashboards.

Ad esempio, il seguente codice imposta un elemento in modo che sia alto 12 righe, ovvero il doppio degli altri elementi impostati sul valore predefinito:

- dashboard: sales_overview
  layout: newspaper
  ...

  elements:
  - name: orders_by_date
    height: 12
    ...

width

Questa sezione si riferisce al parametro width che fa parte di un elemento della dashboard.

width può essere utilizzato anche come parte di una dashboard, come descritto nella pagina della documentazione relativa ai parametri della dashboard.

Il parametro width definisce la larghezza di un elemento, in unità di tile_size, per le dashboard layout: tile e layout: static.

Ad esempio, il seguente codice specifica tile_size: 100 e width: 4, rendendo l'elemento orders_by_date largo 400 pixel.

- dashboard: sales_overview
  tile_size: 100
  ...

  elements:
  - name: orders_by_date
    width: 4
    ...

Il parametro width definisce la larghezza di un elemento, in unità di colonne, per le dashboard layout: newspaper.

Per impostazione predefinita, una dashboard con layout di tipo giornale ha una larghezza di 24 colonne.

Ad esempio, il seguente codice imposta l'elemento in modo che abbia la metà della larghezza della dashboard:

- dashboard: sales_overview
  layout: newspaper
  ...

  elements:
  - name: orders_by_date
    width: 12
    ...

top

Il parametro top definisce la posizione dall'alto verso il basso di un elemento, in unità di tile_size, per le dashboard layout: static.

Ad esempio, il seguente codice specifica tile_size: 100 e top: 4, posizionando il bordo superiore dell'elemento orders_by_date a 400 pixel dalla parte superiore della dashboard.

- dashboard: sales_overview
  tile_size: 100
  ...

  elements:
  - name: orders_by_date
    top: 4
    ...

left

Il parametro left definisce la posizione da sinistra a destra di un elemento, in unità di tile_size, per le dashboard layout: static.

Ad esempio, il seguente codice specifica tile_size: 100 e left: 4, posizionando il bordo sinistro dell'elemento orders_by_date a 400 pixel dal lato sinistro della dashboard.

- dashboard: sales_overview
  tile_size: 100
  ...

  elements:
  - name: orders_by_date
    left: 4
    ...

row

Per le dashboard layout: newspaper, il parametro row definisce la riga su cui viene posizionato il bordo superiore di un elemento.

Una dashboard inizia con la riga 0 nella parte superiore della dashboard. Per impostazione predefinita, una dashboard con layout di tipo giornale ha un'altezza degli elementi di 6 righe, il che significa che gli elementi della dashboard nella parte superiore di una dashboard (row: 0) occuperanno per impostazione predefinita le righe da 0 a 5.

Ogni riga è alta 50 pixel, il che significa che l'altezza predefinita degli elementi di 6 righe è di 300 pixel.

Ad esempio, il seguente codice imposta un elemento in modo che venga posizionato nella seconda riga di elementi della dashboard, presupponendo che gli elementi siano impostati sull'altezza predefinita:

- dashboard: sales_overview
  layout: newspaper
  ...

  elements:
  - name: orders_by_date
    row: 6
    ...

col

Per le dashboard layout: newspaper, il parametro col definisce la colonna su cui viene posizionato il bordo sinistro dell'elemento.

Le dashboard sono suddivise in 24 colonne. Una dashboard inizia con la colonna 0 a sinistra della dashboard. Per impostazione predefinita, una dashboard con layout di tipo giornale ha una larghezza degli elementi di 8 colonne, il che significa che gli elementi della dashboard a sinistra di una dashboard (col: 0) occuperanno per impostazione predefinita le colonne da 0 a 7.

Ad esempio, il seguente codice imposta un elemento in modo che venga posizionato nella terza colonna di elementi della dashboard:

- dashboard: sales_overview
  layout: newspaper
  ...

  elements:
  - name: orders_by_date
    col: 16
    ...

refresh

Questa sezione si riferisce al parametro refresh che fa parte di un elemento della dashboard.

refresh può essere utilizzato anche come parte di una dashboard, come descritto nella pagina della documentazione relativa ai parametri della dashboard.

Il parametro refresh consente a un elemento di ricaricarsi automaticamente a intervalli regolari, recuperando così dati aggiornati. Questo è spesso utile nelle impostazioni in cui una dashboard viene visualizzata costantemente, ad esempio su una TV in ufficio. Tieni presente che la dashboard deve essere aperta in una finestra del browser affinché questo parametro abbia effetto. Questa impostazione non viene eseguita in background per "pre-riscaldare" la cache della dashboard.

La frequenza di aggiornamento può essere un numero qualsiasi (senza decimali) di secondi, minuti, ore o giorni. Ad esempio:

- name: orders_by_date
  refresh: 2 hours

Presta attenzione quando imposti intervalli di aggiornamento brevi. Se la query alla base dell'elemento richiede molte risorse, alcuni elementi potrebbero sovraccaricare il database più del previsto.

note

Puoi aggiungere note descrittive agli elementi come questa:

- name: element_name
  note:
    text: 'note text'
    state: collapsed | expanded
    display: above | below | hover

note ha i sottoparametri text, state e display.

text

Il sottoparametro text specifica il testo visualizzato nella nota. Il testo può essere localizzato.

state

Il sottoparametro state determina se la nota verrà collapsed o expanded se è troppo grande per essere contenuta in una singola riga all'interno della larghezza dell'elemento. Se scegli collapsed e la nota è troppo lunga, la nota terminerà con un'ellissi su cui è possibile fare clic (...) per leggere la nota completa.

display

Il sottoparametro display determina la posizione in cui la nota viene visualizzata in un elemento. above posiziona la nota nella parte superiore di un elemento, below la posiziona nella parte inferiore di un elemento e hover richiede all'utente di passare il mouse sopra l'elemento per visualizzare la nota.

Parametri di query

Quando definisci un elemento della dashboard LookML, devi specificare i valori per almeno i parametri di ricerca model e explore e devi specificare almeno un campo utilizzando il parametro dimensions o il parametro measures. Puoi anche utilizzare gli altri parametri di ricerca per controllare il modo in cui i dati vengono visualizzati in un elemento della dashboard.

model

Il parametro model definisce il modello da utilizzare per la query dell'elemento. Se non specificato, verrà utilizzato per impostazione predefinita il modello in cui si trova la dashboard.

- name: orders_by_date
  model: ecommerce

Il parametro model accetta le costanti LookML. Puoi definire una costante nel file manifest del tuo progetto, quindi utilizzare la sintassi "@{constant_name}" per impostare la costante come valore per model. L'utilizzo di una costante ti consente di definire il nome di un modello in un'unica posizione, il che è particolarmente utile se stai aggiornando il nome di un modello utilizzato da più elementi della dashboard.

Per ulteriori informazioni e un esempio di utilizzo delle costanti con le dashboard LookML, consulta la pagina della documentazione relativa al parametro constant.

explore

Questa sezione si riferisce al parametro explore che fa parte di un elemento della dashboard.

explore può essere utilizzato anche come parte di un modello, come descritto nella pagina della documentazione relativa al parametro explore.

explore può essere utilizzato anche come parte di un filtro della dashboard, come descritto nella pagina della documentazione relativa ai parametri della dashboard.

Il parametro explore definisce l'esplorazione da utilizzare per la query dell'elemento.

- name: orders_by_date
  explore: order

Il parametro explore accetta costanti LookML. Puoi definire una costante nel file manifest del tuo progetto, quindi utilizzare la sintassi "@{constant_name}" per impostare la costante come valore per explore. L'utilizzo di una costante ti consente di definire il nome di un'esplorazione in un'unica posizione, il che è particolarmente utile se stai aggiornando il nome di un'esplorazione utilizzata da più elementi della dashboard.

Per ulteriori informazioni e un esempio di utilizzo delle costanti con le dashboard LookML, consulta la pagina della documentazione relativa al parametro constant.

dimensions

Il parametro dimensions definisce la dimensione o le dimensioni da utilizzare per la query dell'elemento. Utilizza la sintassi view_name.dimension_name per specificare la dimensione. Non includere dimensions se la query non ne ha.

## single dimension example
- name: orders_by_date
  dimensions: order.order_date

## multiple dimension example
- name: orders_by_date
  dimensions: [order.order_date, customer.name]

measures

Il parametro measures definisce la misura o le misure da utilizzare per la query dell'elemento. Utilizza la sintassi view_name.measure_name per specificare la misura. Non includere measures se la query non ne ha.

## single measure example
- name: orders_by_date
  measures: order.count

## multiple measure example
- name: orders_by_date
  measures: [order.count, order_item.count]

sorts

Il parametro sorts definisce il comportamento di ordinamento per la query dell'elemento. Elenca prima il campo di ordinamento principale, seguito da eventuali campi di ordinamento secondari. Utilizza la sintassi view_name.field_name per specificare la dimensione o la misura in base a cui eseguire l'ordinamento.

Se ometti il parametro sorts, l'elemento utilizza l'ordine di ordinamento predefinito di Looker. Gli ordinamenti crescenti non richiedono un suffisso, mentre gli ordinamenti decrescenti richiedono il suffisso desc.

L'esempio seguente definisce un singolo ordinamento:

- name: orders_by_date
  sorts: order.order_date desc

L'esempio seguente definisce più ordinamenti:

- name: orders_by_date
  sorts: [order.order_date desc, customer.name]

Se esegui il pivoting delle dimensioni, puoi ordinare i risultati della query specificando il nome della misura, la direzione dell'ordinamento e il numero di indice in base 0 della colonna di destinazione nella tabella dei dati. Ad esempio, l'elemento seguente esegue l'ordinamento in base alla prima colonna pivot utilizzando l'indice 0:

- name: orders_by_category
  sorts: [orders.count desc 0]

Per ordinare in base al totale della riga, specifica l'indice della colonna dei totali. Ad esempio, l'elemento seguente esegue l'ordinamento in base al totale della riga utilizzando l'indice 2, che rappresenta la colonna dei totali per una query con due colonne pivot:

- name: orders_by_cohort
  sorts: [users.count desc 2]

limit

Il parametro limit definisce il limite di righe da utilizzare per la query dell'elemento. Il limite si applica al numero di righe prima dell'applicazione di eventuali pivot.

- name: orders_by_date
  limit: 100

filters

Questa sezione si riferisce al parametro filters che fa parte di un elemento della dashboard.

filters può essere utilizzato anche come parte di una dashboard, come descritto nella pagina della documentazione relativa ai parametri della dashboard.

filters può essere utilizzato anche come parte di una misura, come descritto nella pagina della documentazione relativa al parametro filters.

Il parametro filters definisce i filtri non modificabili da utilizzare per la query dell'elemento. Se vuoi che gli utenti possano modificare i filtri nella dashboard, devi configurare i filtri utilizzando filters per le dashboard, quindi applicarli agli elementi utilizzando listen.

La sintassi per filters è la seguente:

- name: element_name
  filters:
    orders.created_date: 2020/01/10 for 3 days
    orders.status: Shipped
    # You can create multiple filter statements

Ogni filtro può accettare un'espressione di filtro di Looker o una costante di valore. Puoi anche utilizzare le variabili Liquid _localization o _user_attributes nell'espressione di filtro per valori di filtro flessibili.

listen

I filtri della dashboard consentono ai visualizzatori di perfezionare in modo interattivo i dati visualizzati negli elementi della dashboard. Definisci i filtri della dashboard con il filters parametro per le dashboard LookML. Quindi, utilizza il parametro listen per collegare gli elementi della dashboard al filtro della dashboard.

La sintassi per listen è la seguente:

- name: element_name
  listen:
    filter_name_goes_here: dimension or measure on which to apply
                           the filter using view_name.field_name syntax
    # You can add more than one listen statement

Aggiungi il parametro listen a un elemento, quindi fornisci il nome del filtro seguito da due punti e un riferimento al campo a cui deve essere applicato il filtro, utilizzando la sintassi view_name.field_name. Ad esempio, potresti creare un filtro denominato Data che richieda a un utente di inserire una data nel campo del filtro nell'interfaccia utente. Potresti quindi applicare il valore inserito dall'utente all'elemento orders_by_date nel seguente modo:

- dashboard: sales_overview
  ...

  filters:
  - name: date
    type: date_filter

  elements:
 - name: orders_by_date
    listen:
      date: order.order_date
    ...

Per altri esempi di utilizzo del parametro filters e del parametro listen per applicare i filtri della dashboard ai singoli elementi della dashboard, consulta Creazione di dashboard LookML.

query_timezone

Il parametro query_timezone specifica il fuso orario in cui verrà eseguita la query. Le opzioni del fuso orario sono riportate nella pagina della documentazione relativa ai valori per timezone. Se vuoi che la query venga eseguita utilizzando il fuso orario del visualizzatore, puoi assegnare il valore user_timezone.

- name: orders_by_date
  query_timezone: America/Los Angeles
- name: orders_by_customer
  query_timezone: user_timezone

merged_queries

Il parametro merged_queries consente di combinare i risultati di più query in un unico elemento della dashboard. Definisci ogni query di origine all'interno del parametro merged_queries dell'elemento e utilizza il sottoparametro join_fields per specificare come devono essere uniti i risultati.

Il seguente codice LookML di esempio crea un elemento di risultati uniti di type: looker_grid. In questo esempio, il parametro merged_queries viene utilizzato per creare un elemento della dashboard che combina i dati di due query separate in un unico grafico a tabella:

- name: merged_results_element
  title: Merged Results Tile
  type: looker_grid
  merged_queries:
  - model: ecommerce
    explore: users
    type: table
    fields: [users.state, users.count, users.city]
    sorts: [users.count desc 0]
    limit: 5000
    column_limit: 50
    query_timezone: UTC
    listen:
    - State: users.state
  - model: ecommerce
    explore: users
    type: table
    fields: [users.state, users.city]
    sorts: [users.state]
    limit: 500
    column_limit: 50
    query_timezone: UTC
    join_fields:
    - field_name: users.state
      source_field_name: users.state
    - field_name: users.city
      source_field_name: users.city
    listen:
    - State: users.state

In questo esempio, l'elemento della dashboard combina i dati di due query di origine basate sull'esplorazione users nel modello ecommerce. La query principale include i campi users.state, users.count e users.city e ordina i risultati in base al campo users.count. La seconda query di origine include i campi users.state e users.city e ordina i risultati in base al campo users.state.

Il parametro join_field unisce le query di origine in base ai valori corrispondenti nei campi users.state e users.city.

Il parametro listen applica un filtro State a entrambe le query, consentendo ai visualizzatori della dashboard di perfezionare i risultati della query visualizzati nel riquadro della dashboard selezionando uno stato specifico.

Esempio: unione dei dati aziendali

Supponiamo che tu voglia creare una query unita che combini le informazioni sulle aziende di due esplorazioni diverse: company_info e companies. Vuoi unire le query nei campi ipo.stock_symbol, companies.name e companies.contact_email di ogni esplorazione per creare una query che restituisca i risultati per nome dell'azienda, email di contatto dell'azienda, anno di IPO, simbolo azionario, numero di dipendenti e numero di posti di lavoro. Puoi definire l'elemento della query unita in LookML nel seguente modo:

- name: merged_results_element
  title: Merged Results Tile
  merged_queries:
  - model: market_research
    explore: company_info
    fields: [companies.name, companies.contact_email, ipo.public_year, ipo.stock_symbol]
    filters:
      companies.contact_email: "-NULL"
      ipo.valuation_amount: NOT NULL
    sorts: [ipo.public_year desc]
  - model: company_data
    explore: companies
    fields: [companies.name, ipo.stock_symbol, companies.contact_email,
      companies.number_of_employees, jobs.job_count]
    filters:
      companies.number_of_employees: NOT NULL
      ipo.stock_symbol: "-NULL"
      companies.contact_email: "-NULL"
    sorts: [jobs.job_count desc]
    join_fields:
    - field_name: ipo.stock_symbol
      source_field_name: ipo.stock_symbol
    - field_name: companies.name
      source_field_name: companies.name
    - field_name: companies.contact_email
      source_field_name: companies.contact_email

Applicazione di filtri agli elementi della query unita

L'esempio precedente di un elemento della query unita mostra come applicare i filtri hardcoded direttamente all'interno di ogni query di origine utilizzando il parametro filters. Ad esempio, i filtri companies.contact_email: "-NULL" e ipo.valuation_amount: NOT NULL nella query principale limitano i risultati alle aziende che hanno email di contatto e valutazioni valide. Questi filtri a livello di query prefiltrano i dati prima di unire le query e non possono essere modificati dall'utente.

Puoi anche applicare i filtri della dashboard agli elementi della query unita utilizzando il listen parametro all'interno della definizione di ogni query di origine. Ad esempio, supponiamo di avere un filtro della dashboard denominato Industry che hai definito a livello di dashboard utilizzando il parametro filters per le dashboard LookML:

filters:
- name: Industry
  title: Industry
  type: field_filter
  ui_config:
    type: dropdown_menu
    display: inline
  model: market_research
  explore: company_info
  field: companies.industry

Per applicare il filtro Industry al campo companies.industry in entrambe le query di origine, aggiungi il parametro listen a ciascuna delle definizioni delle query di origine della query unita nel seguente modo:

listen:
  Industry: companies.industry

Ad esempio, il seguente codice campione aggiunge il filtro Industry a entrambe le query di origine nell'elemento Risultati uniti dell'esempio precedente.

- name: merged_results_element
  title: Merged Results Tile
  merged_queries:
  - model: market_research
    explore: company_info
    fields: [companies.name, companies.contact_email, ipo.public_year, ipo.stock_symbol]
    filters:
      companies.contact_email: "-NULL"
      ipo.valuation_amount: NOT NULL
    sorts: [ipo.public_year desc]
    listen:
      Industry: companies.industry
  - model: company_data
    explore: companies
    fields: [companies.name, ipo.stock_symbol, companies.contact_email,
      companies.number_of_employees, jobs.job_count]
    filters:
      companies.number_of_employees: NOT NULL
      ipo.stock_symbol: "-NULL"
      companies.contact_email: "-NULL"
    sorts: [jobs.job_count desc]
    join_fields:
    - field_name: ipo.stock_symbol
      source_field_name: ipo.stock_symbol
    - field_name: companies.name
      source_field_name: companies.name
    - field_name: companies.contact_email
      source_field_name: companies.contact_email
    listen:
      Industry: companies.industry

Con questa aggiunta, quando un utente interagisce con il filtro della dashboard Industry, la query di origine corrispondente nell'elemento della query unita verrà filtrata di conseguenza.

hidden_fields

Il parametro hidden_fields indica quali campi, se presenti, vengono utilizzati nella query ma nascosti nel grafico. Tutti i campi nascosti verranno visualizzati nella sezione della tabella dei dati di un'esplorazione.

hidden_fields: [inventory_items.count, distribution_centers.id]

Parametri del record singolo

Questa sezione descrive gli equivalenti LookML delle opzioni del menu Modifica per i grafici a record singolo.

show_view_names

Il parametro show_view_names determina se i nomi delle viste vengono visualizzati nelle etichette dei grafici, ad esempio nomi degli assi e nomi delle colonne.

show_view_names: true | false

## default value: true