L'un des meilleurs moyens d'aider les utilisateurs à explorer les données consiste à leur fournir des vues organisées en créant des tableaux de bord Looker efficaces. Si vous souhaitez créer des performances optimales pour vos utilisateurs, tenez compte des conseils figurant sur cette page lorsque vous concevez vos tableaux de bord.
Les tableaux de bord Looker se chargent dans le navigateur. Pour optimiser les performances, tenez compte des points suivants.
L'élément le plus important des performances d'un tableau de bord est les performances de la requête SQL sous-jacente. Chaque élément du tableau de bord, lorsqu'il n'est pas renvoyé du cache, 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 de Looker Bonnes pratiques pour en savoir plus sur la création de requêtes performantes.
Certains composants consomment plus de mémoire que SQL. Ils peuvent ralentir les performances des tableaux de bord:
-
Le volume de données a l'impact le plus important sur les performances. Plus la quantité de données renvoyées dans un élément individuel est importante, plus les ressources mémoire consommées sont importantes. Les présentations et éléments de tableau de bord renvoyés avec plusieurs milliers de points de données utilisent plus de mémoire.
-
Limitez le nombre d'éléments du tableau de bord. Il n'existe pas de règle stricte concernant ce chiffre, car la conception d'un seul élément a un impact 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 avec 25 requêtes ou plus. Optimisez les performances de votre tableau 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 créer 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 à une seule tuile.
-
Utilisez les paramètres du tableau de bord de façon stratégique. Si votre tableau de bord utilise l'actualisation automatique, veillez à ce qu'elle ne soit pas actualisée plus rapidement que votre processus ETL. En général, nous vous déconseillons de définir une actualisation automatique sur une durée supérieure à 15 minutes. N'utilisez pas l'option 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, présentations, 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 consommé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 si 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 pivotées consomment de la mémoire. Plus le nombre de dimensions pivotées dans une vignette de présentation ou de tableau de bord est important, plus la quantité de 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 davantage de données sont utilisées à mesure que plus de données sont renvoyées. Si la dimension que vous faites pivoter a une cardinalité élevée (nombreuses valeurs uniques), vous verrez une colonne pour chaque valeur. 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, plutôt que de tout afficher en même temps.
-
Un grand nombre de colonnes et de lignes consomme plus de mémoire. Comme indiqué au premier point, les Looks qui affichent un grand nombre de lignes et de nombreuses 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.
-
Bien que la fonctionnalité de laboratoire Tableaux de bord dans les menus d'exploration, bien qu'elle n'ait pas d'incidence sur la consommation de mémoire, elle peut ralentir les requêtes et ralentir les performances du tableau de bord.
-
Exploitez des filtres partagés avec une seule requête pour afficher un seul résultat de requête sur plusieurs tuiles. 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 d'accéder au tableau de bord et actualisez la page pour déterminer l'impact sur les performances lorsque vous ajoutez des présentations.
Une fois que vous êtes satisfait de votre nouveau tableau de bord Looker, assurez-vous d'utiliser les autorisations de dossier pour éviter qu'il ne soit 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 que par utilisateur individuel.
Si vous rencontrez des problèmes de performances, contactez directement l'assistance Looker, qui est toujours prête à examiner la situation et à vous aider.