L'un des meilleurs moyens de permettre aux utilisateurs d'explorer les données est de leur fournir des vues sélectionnées en créant des tableaux de bord Looker efficaces. Si vous souhaitez offrir une expérience performante à vos utilisateurs, tenez compte des conseils de cette page lorsque vous concevez vos tableaux de bord.
Les tableaux de bord Looker se chargent dans le navigateur. Pour créer une application aux performances optimales, gardez les points suivants à l'esprit.
L'élément le plus important pour les performances d'un tableau de bord est celui des requêtes SQL sous-jacentes. Chaque élément du tableau de bord, lorsqu'il n'est pas renvoyé à partir du cache, exécute une requête SQL qui prend du temps à s'exécuter sur la base de données sous-jacente. Pour en savoir plus sur la création de requêtes performantes, consultez la section Optimiser les performances des requêtes de la page des bonnes pratiques Optimiser les performances de Looker.
Certains composants sont plus gourmands en mémoire qu'en SQL. Ils peuvent ralentir les performances des tableaux de bord :
-
Le volume de données a le plus d'impact sur les performances. Plus un élément individuel renvoie de données, plus il consomme de ressources mémoire. Les looks et les éléments de tableau de bord renvoyés avec des milliers de points de données utiliseront plus de mémoire.
-
Limitez le nombre d'éléments du tableau de bord. Il n'existe pas de règle stricte concernant le nombre, car la conception d'un seul élément a un impact sur sa consommation de mémoire en fonction de plusieurs facteurs (abordés plus loin sur cette page). Toutefois, évitez de créer des tableaux de bord comportant 25 requêtes ou plus. Pour que vos tableaux de bord restent performants, créez des liens de navigation entre eux ou créez des liens vers des URL personnalisées pour créer une navigation organisée de tableau de bord à tableau de bord. Vous pouvez également essayer de concaténer des mesures similaires dans la même visualisation à valeur unique pour éviter d'avoir trop de visualisations à un seul graphique.
-
Utilisez les paramètres du tableau de bord de manière stratégique. Si votre tableau de bord utilise l'actualisation automatique, assurez-vous qu'il ne s'actualise pas plus rapidement que votre processus ETL. En général, vous devez éviter de définir l'actualisation automatique sur une fréquence inférieure à 15 minutes. N'utilisez pas Exécuter au chargement si le tableau de bord est destiné à être filtré. Utilisez les filtres obligatoires pour empêcher les utilisateurs d'exécuter des tableaux de bord sans les filtres nécessaires.
-
Exploitez la mise en cache. Nous vous recommandons d'utiliser des groupes de données pour synchroniser tous les contenus Looker (tableaux de bord, Looks, planifications) avec votre processus ETL. Cela permet d'éviter les requêtes inutiles lorsque les données ne sont pas à jour.
-
Les fonctionnalités de traitement post-requête, telles que les résultats fusionnés, les champs personnalisés et les calculs de tables, consomment de la mémoire. Plus vous utilisez de fonctionnalités de post-traitement des requêtes, plus la mémoire consommée est importante. Si vous utilisez les mêmes calculs de table, résultats fusionnés ou champs personnalisés dans plusieurs Looks et tableaux de bord, pensez à les coder en dur dans votre modèle LookML dans la mesure du possible. En général, n'ajoutez pas plus de quatre tuiles de résultats fusionnés à un tableau de bord.
-
Les dimensions croisées consomment de la mémoire. Plus une présentation ou une vignette de tableau de bord contient de dimensions croisées, plus la mémoire consommée lors du chargement du tableau de bord est importante. Comme indiqué dans le premier point, cela est dû au fait que plus de données sont utilisées à mesure que plus de données sont renvoyées. Si la dimension que vous pivotez a une cardinalité élevée (nombreuses valeurs uniques), une colonne sera créée pour chaque valeur. Filtrez au niveau du tableau de bord ou du Look pour permettre à l'utilisateur de sélectionner les valeurs de dimension qu'il souhaite comparer, au lieu de tout afficher en même temps.
-
Plus vous avez de colonnes et de lignes, plus vous consommez de mémoire. Pour la performance de la navigation, il est recommandé de fonctionner avec moins de 50 colonnes. Comme indiqué dans le premier point, les Looks renvoyant un grand nombre de lignes et de colonnes peuvent ralentir les performances. Filtrez au niveau du tableau de bord ou de la requête Look pour réduire le nombre de résultats dans un élément.
-
Exploitez les filtres partagés avec une seule requête pour afficher le résultat d'une seule requête dans plusieurs tuiles. Cela devrait réduire le nombre total de requêtes exécutées à partir du tableau de bord en utilisant une seule requête pour alimenter plusieurs éléments du tableau de bord.
-
Filtres AND/OR : Le nombre de groupes pouvant être créés n'est pas limité. Toutefois, un nombre excessif de groupes de filtres peut avoir un impact sur les performances du navigateur.
-
Téléchargez ou envoyez des requêtes à l'aide de l'option Tous les résultats avec parcimonie, car certaines requêtes peuvent être très volumineuses et surcharger le serveur Looker lors du traitement.
Veillez à tester les performances du tableau de bord après avoir ajouté des éléments. À mesure que vous créez votre tableau de bord, continuez à y accéder et à actualiser la page pour déterminer l'impact sur les performances lorsque vous ajoutez des Looks.
Une fois que vous êtes satisfait de votre nouveau tableau de bord Looker, veillez à utiliser les autorisations de dossier pour vous assurer qu'il ne peut pas être modifié par inadvertance. Utilisez des groupes d'utilisateurs pour gérer l'accès au contenu et les autorisations de manière groupée, plutôt qu'individuellement.
Si vous rencontrez des problèmes de performances, contactez directement l'assistance Looker. Notre équipe est toujours prête à vous aider et à examiner votre problème.