L'un des meilleurs moyens de permettre aux utilisateurs d'explorer les données est de leur fournir des vues organisées en créant des tableaux de bord Looker efficaces. Si vous souhaitez proposer des performances optimales à 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 optimiser les performances, gardez à l'esprit les points suivants.
L'élément le plus important des performances d'un tableau de bord est les performances des requêtes SQL sous-jacentes. Lorsqu'il n'est pas renvoyé par le cache, chaque élément du tableau de bord exécute une requête SQL dont l'exécution prend du temps sur la base de données sous-jacente. Consultez la section Optimiser les performances des requêtes de la page Optimiser les performances Looker pour en savoir plus sur la création de requêtes performantes.
Certains composants consomment plus de mémoire que de SQL, ce qui peut ralentir les performances dans les tableaux de bord:
-
Le volume de données a le plus d'impact sur les performances. Plus il y a de données renvoyées dans un élément individuel, plus la quantité de ressources de mémoire consommée est importante. Les Looks et les éléments du tableau de bord qui sont renvoyés avec des milliers de points de données consomment plus de mémoire.
-
Limitez le nombre d'éléments du tableau de bord. Il n'existe pas de règle absolue concernant ce nombre, car la conception d'un seul élément a une incidence sur sa consommation de mémoire en fonction de plusieurs facteurs (décrits plus loin sur cette page). Toutefois, évitez de créer des tableaux de bord comportant 25 requêtes ou plus. Optimisez les performances des tableaux de bord en créant des liens de navigation entre les tableaux de bord ou en créant des liens vers des URL personnalisées pour organiser une navigation organisée d'un tableau de bord à l'autre. Vous pouvez également essayer de concaténer des mesures similaires dans la même visualisation à valeur unique pour éviter de nombreuses visualisations à vignette.
-
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, il est préférable de ne pas définir une période d'actualisation automatique supérieure à 15 minutes. N'utilisez pas Run on load (Exécuter lors du chargement) si le tableau de bord est destiné à être filtré. Utilisez les filtres requis pour empêcher les utilisateurs d'exécuter des tableaux de bord sans les filtres nécessaires.
-
Exploitez la mise en cache. Il est recommandé d'utiliser des groupes de données pour synchroniser l'ensemble du contenu Looker (tableaux de bord, Looks, planifications) avec votre processus ETL. Cela permet d'éviter des 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 table, consomment de la mémoire. Plus vous utilisez de fonctionnalités de traitement post-requête, plus la quantité de mémoire utilisée est importante. Si vous utilisez les mêmes calculs de table, résultats fusionnés ou champs personnalisés dans plusieurs présentations et tableaux de bord, envisagez de les coder en dur dans votre modèle LookML dans la mesure du possible. En règle générale, n'ajoutez pas plus de quatre vignettes de résultats fusionnés à un tableau de bord.
-
Les dimensions croisées consomment de la mémoire. Plus il y a de dimensions pivotées dans une présentation ou une vignette de tableau de bord, plus la mémoire est consommée lors du chargement du tableau de bord. Comme indiqué dans le premier point, cela est dû au fait que davantage de données sont renvoyées. Si la dimension que vous croisez présente une cardinalité élevée (nombreuses valeurs uniques), chaque valeur s'affichera dans une colonne. Filtrez les données au niveau du tableau de bord ou de la présentation pour permettre à l'utilisateur de sélectionner les valeurs de dimension qu'il souhaite comparer le plus, au lieu de tout afficher en même temps.
-
Le fait d'avoir un grand nombre de colonnes et de lignes consomme plus 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 qui renvoient un volume élevé de lignes et de colonnes peuvent ralentir les performances. Filtrez au niveau du tableau de bord ou de la présentation pour réduire le nombre de résultats dans un élément.
-
La fonctionnalité de laboratoire Tableaux de bord dans les menus d'analyse, bien qu'elle n'ait pas d'impact sur la consommation de mémoire, peut ralentir les temps de requête et ralentir les performances des tableaux de bord.
-
Tirez parti des filtres partagés avec une seule requête pour afficher un seul résultat de requête sur plusieurs vignettes. Cela devrait réduire le nombre total de requêtes exécutées à partir du tableau de bord en exploitant une seule requête pour alimenter plusieurs éléments du tableau de bord.
Veillez à tester les performances du tableau de bord après avoir ajouté des éléments. Pendant la création, continuez à accéder au tableau de bord et actualisez la page pour déterminer l'impact sur les performances à mesure que 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 que le tableau de bord ne peut pas être modifié par inadvertance. Exploitez les 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 se tient toujours à votre disposition pour enquêter et vous aider.