Ces bonnes pratiques reflètent les recommandations partagées par une équipe pluridisciplinaire de spécialistes Looker expérimentés. Ces insights sont le fruit d'années d'expérience avec les clients Looker, de l'implémentation à la réussite à long terme. Bien que ces pratiques soient adaptées à la plupart des utilisateurs et des situations, faites appel à votre bon sens lors de leur implémentation.
Les développeurs LookML peuvent suivre ces conseils pour améliorer l'expérience de leurs utilisateurs avec Looker:
- Fournir aux utilisateurs des noms de champs explicites
- Regrouper les champs similaires pour faciliter la navigation
- Éviter d'en exposer trop aux utilisateurs au départ
- Ajouter des descriptions pour indiquer aux utilisateurs les champs et les explorations à utiliser
- Créer des workflows courants dans Looker
Ces recommandations sont expliquées plus en détail dans les sections suivantes.
Fournir aux utilisateurs des noms de champs explicites
-
Le paramètre
label
vous permet d'appliquer des noms conviviaux aux dimensions ou aux mesures, tout en conservant des noms adaptés aux bases de données dans les fichiers de vue et de modèle. Vous pouvez envisager de renommer quelques termes courants, tels que Nombre par Nombre de et Somme à Total. Si vous ne savez pas quels mots sont pertinents pour les utilisateurs, collaborez avec un utilisateur professionnel pour créer des rapports courants et examinez les mots utilisés par les rapports pour décrire ce que les utilisateurs recherchent. Par exemple, supposons que les vues Inventory Items, Order Items, Orders et Products comportent chacune une mesure appelée Nombre. Vous pouvez utiliser le paramètrelabel
pour attribuer à chacune de ces mesures un nom unique et explicite, par exemple Nombre d'articles en stock, Nombre d'articles commandés, Nombre de commandes et Nombre de produits. -
Évitez d'exposer plusieurs champs portant le même nom. Par exemple, les mesures de
type: count
sont automatiquement créées dans Looker sous le nom Count. Par conséquent, la plupart des fichiers de vue contiennent une mesure de nombre portant le même nom. L'utilisation de plusieurs champs portant le même nom peut dérouter les utilisateurs. L'ajout d'étiquettes ou le changement de nom des mesures de comptage pour indiquer l'objet compté pour éviter toute confusion. Vous devez également tenir compte des autres champs Date de création et Date de mise à jour, comme dans les groupes de dimensions. -
Indiquez des noms clairs pour les champs de
type: yesno
. Par exemple, utilisez L'article a-t-il été renvoyé ? au lieu de Retourné pour nommer un champ indiquant si un article a été renvoyé. - Nommez les ratios de manière descriptive. Par exemple, Commandes par client est plus claire que Pourcentage de commandes.
-
Nommez les champs et représentez les valeurs de manière cohérente dans l'ensemble du modèle. Si vous utilisez le paramètre
value_format
ouvalue_format_name
pour appliquer une mise en forme telle que des symboles de devise, des pourcentages et une précision décimale aux champs numériques, vous clarifiez les choses pour vos utilisateurs.
Regroupez les champs similaires pour faciliter la navigation.
-
Utilisez le paramètre
group_label
pour regrouper les dimensions et les mesures issues d'une ou de plusieurs vues associées qui sont liées. Par exemple, regroupez toutes les informations géographiques dans un groupe Situation géographique afin de regrouper toutes les adresses et informations de localisation dans le sélecteur de champs, au lieu de les classer par ordre alphabétique:dimension: city { group_label: "Geography" type: string sql: ${TABLE}.city ;; } dimension: country { group_label: "Geography" type: string map_layer_name: countries sql: ${TABLE}.country ;; }
-
Scindez de grandes tables dénormalisées à l'aide du paramètre
view_label
. Utilisez le paramètreview_label
dans les champs pour regrouper les champs de manière logique dans des en-têtes distincts à l'aide du sélecteur de champs. Il peut être difficile de parcourir des tables volumineuses dénormalisées contenant de nombreux champs, ce qui donne l'illusion qu'il existe plusieurs vues dans le sélecteur de champs d'exploration situé à gauche.
Éviter d'en exposer trop aux utilisateurs au départ
- Évitez d'en dévoiler trop aux utilisateurs lors d'un déploiement initial de Looker. Commencez modestement, puis multipliez les options. Vous n'avez pas besoin d'exposer toutes les tables ou dimensions et mesures en même temps. Vous pouvez d'abord exposer les champs les plus importants, puis continuer à intégrer davantage de fonctionnalités à mesure que les utilisateurs métiers se sentent plus à l'aise avec l'exploration des données.
-
Masquez les dimensions qui ne sont pas pertinentes pour les utilisateurs dans l'interface utilisateur. Utilisez le paramètre
hidden
au niveau des dimensions qui ne seront jamais utilisées via l'interface utilisateur (comme les champs d'ID ou les dates de mise à jour de la base de données). -
Utilisez le paramètre
fields
dans les explorations et les jointures afin de limiter le nombre de champs disponibles pour les utilisateurs. Les champs inclus ne doivent être que ceux pertinents pour l'exploration. Cela réduit les surcharges et offre une meilleure expérience aux utilisateurs. Contrairement au paramètrehidden
, le paramètrefield
permet d'inclure ou d'exclure des champs sur la base d'une exploration par exploration. -
Masquez les explorations qui existent uniquement pour remplir des Looks, des vignettes de tableau de bord ou des filtres spécifiques à l'aide du paramètre
hidden
pour les explorations. Les explorations qui ne sont pas destinées à être explorées par les utilisateurs doivent être masquées dans l'interface utilisateur. -
Utilisez le moins d'explorations possible tout en permettant aux utilisateurs d'accéder facilement aux réponses dont ils ont besoin. Envisagez de diviser les explorations en différents modèles pour différentes audiences afin de limiter les options disponibles pour chaque groupe d'utilisateurs. Le nombre optimal d'explorations varie d'une entreprise à l'autre, mais en avoir trop peut dérouter les utilisateurs. Pensez à utiliser le paramètre
group_label
pour les explorations dans un modèle, ce qui vous permettra de les regrouper de manière pertinente dans le menu déroulant Exploration.
Ajoutez des descriptions pour que les utilisateurs sachent quels champs et explorations utiliser.
-
Utilisez le paramètre
description
au niveau des dimensions et des mesures pour fournir aux utilisateurs des informations supplémentaires sur la logique ou les calculs utilisés dans le modèle. Ce point est particulièrement important pour les dimensions et les mesures qui exploitent une logique ou des calculs complexes. Cela dit, il est également judicieux d'envisager également les descriptions de champs plus simples afin de s'assurer que les utilisateurs comprennent les définitions qui les sous-tendent. - Définissez des descriptions d'exploration pour les utilisateurs. Ajoutez une brève description à chaque exploration pour préciser son but et l'audience qui l'utilisera.
Intégrer des workflows courants dans Looker
-
Ajoutez
drill_fields
à toutes les mesures pertinentes. Les champs d'analyse détaillée permettent aux utilisateurs de cliquer sur des valeurs agrégées afin d'accéder à des données détaillées. Utilisez le paramètreset
pour créer des ensembles de champs réutilisables qui peuvent ensuite être appliqués à un nombre illimité de mesures dans une vue. -
Ajoutez
drill_fields
à toutes les dimensions hiérarchiques. Par exemple, si vous ajoutez undrill_field
pour Ville dans une dimension État, les utilisateurs peuvent sélectionner un État, puis afficher le détail des villes qui s'y trouvent. Notez que cette analyse hiérarchique sera automatiquement appliquée aux groupes de dimensions temporelles. -
Configurez des liens permettant aux utilisateurs de naviguer facilement et de transmettre des filtres à d'autres tableaux de bord Looker, ou à des systèmes ou plates-formes externes à Looker. Consultez la
documentation sur le paramètre
link
pour obtenir des exemples de transmission de filtres via des exercices d'analyse.