de (pour les explorations)

Cette page fait référence au paramètre from qui fait partie d'une exploration.

from peut également être utilisé dans une jointure, comme décrit sur la page de documentation du paramètre from (pour les jointures).

Utilisation


explore: explore_name {
  from: view_name
}
Hiérarchie
explore
from
Valeur par défaut
Une vue dont le nom correspond à celui de l'exploration

Acceptation
Nom d'une vue existante

Définition

from détermine la vue qui définira les champs d'une exploration. Si from est omis, Looker suppose que le nom de la vue sous-jacente est identique à celui de l'exploration. En règle générale, from n'est utilisé que si vous souhaitez que l'exploration et ses champs portent un nom différent de celui de la vue sous-jacente.

Pour que tout soit bien clair, prenons un exemple où une dimension appelée order_value a été créée dans une vue appelée underlying_view :

  • Ce champ apparaît généralement sous la forme VALEUR DE COMMANDE DE LA VUE SOUS-JACENTE dans l'interface utilisateur Explorer et est référencé dans LookML avec ${underlying_view.order_value}.
  • Dans l'exemple d'utilisation donné, le champ apparaîtrait plutôt sous la forme NOUVEAU NOM D'ALIAS Valeur de la commande et serait référencé sous la forme ${new_alias_name.order_value}.

Exemples

Ajoutez une option au menu "Explorer" appelée Customer (Client) basée sur la vue user :

explore: customer {
  from: user
}

Difficultés courantes

from, view_name et label sont souvent confondus, mais ont des comportements différents.

Comme le montrent les exemples précédents, from a de nombreux effets sur la façon dont une exploration est libellée et sur la façon dont les champs sont référencés. Il existe également un paramètre view_name et un paramètre label qui ont des effets similaires, mais différents.

Utiliser from

Vous devez utiliser cette option si vous souhaitez créer plusieurs explorations à partir de la même vue et que vous souhaitez également faire référence aux champs différemment pour chaque exploration :

explore: customer {
  from: user
}
# Would appear in the Explore menu as 'Customer'
# Fields would appear like 'Customer Name'
# You would reference fields like ${customer.name}

explore: buyer {
  from: user
}
# Would appear in the Explore menu as 'Buyer'
# Fields would appear like 'Buyer Name'
# You would reference fields like ${buyer.name}

La raison sous-jacente de ce comportement est qu'avec from: user, le code SQL généré crée un alias pour le nom de table d'origine, comme ceci : FROM schema.users AS customer.

Utiliser view_name

Vous devez utiliser cette option si vous souhaitez créer plusieurs explorations à partir de la même vue et que vous souhaitez référencer les champs de la même manière pour chaque exploration :

explore: customer {
  view_name: user
}
# Would appear in the Explore menu as 'Customer'
# Fields would appear like 'User Name'
# You would reference fields like ${user.name}

explore: buyer {
  view_name: user
}
# Would appear in the Explore menu as 'Buyer'
# Fields would appear like 'User Name'
# You would reference fields like ${user.name}

La raison sous-jacente de ce comportement est qu'avec view_name: user, le code SQL généré utilise le nom de table d'origine, comme ceci : FROM schema.users AS users.

Utiliser label

Vous devez utiliser cette option si vous n'avez pas besoin de créer plusieurs explorations à partir de la même vue, mais que vous souhaitez que le nom de l'exploration apparaisse différemment dans le menu "Explorer" :

explore: user {
  label: "Customer"
}
# Would appear in the Explore menu as 'Customer'
# Fields would appear like 'User Name'
# You would reference fields like ${user.name}

Bon à savoir

from est rarement utilisé avec explore

Il est rare d'utiliser from pour renommer une exploration. Bien qu'il existe des cas d'utilisation légitimes, si vous souhaitez utiliser ce paramètre, demandez-vous si vous ne pouvez pas simplement renommer la vue sous-jacente. Il est beaucoup plus courant de renommer les jointures à l'aide du paramètre from au niveau de la jointure.