L'un des meilleurs moyens d'aider les utilisateurs à explorer les données consiste à leur fournir des vues sélectionnées en créant des tableaux de bord Looker efficaces. Si vous souhaitez offrir une expérience de performances optimale à 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 de votre build, tenez compte des points suivants.
L'élément le plus important des performances du tableau de bord est les performances 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 que liés à SQL. Ils peuvent ralentir les performances dans les tableaux de bord:
-
Le volume de données a le plus d'impact sur les performances. Plus les données renvoyées dans un élément individuel sont nombreuses, plus les ressources de mémoire sont consommées. Les apparences et les éléments de tableau de bord renvoyés avec des milliers de points de données utilisent davantage de mémoire.
-
Limitez le nombre d'éléments du tableau de bord. Il n'existe pas de règle stricte concernant ce nombre, car la conception d'un seul élément a une incidence sur sa consommation de mémoire en fonction de quelques 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 les performances des tableaux de bord restent fluides, créez des liens de navigation entre les tableaux de bord ou créez 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 créer de nombreuses visualisations à carte unique.
-
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 règle générale, évitez de définir l'actualisation automatique sur moins de 15 minutes. N'utilisez pas Exécuter à la charge si le tableau de bord doit être filtré. Utilisez des 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 l'ensemble du contenu 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 traitement post-requête, plus la mémoire est consommée. Si vous utilisez les mêmes calculs de table, résultats fusionnés ou champs personnalisés dans plusieurs looks 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 cartes de résultats fusionnés à un tableau de bord.
-
Les dimensions pivotées consomment de la mémoire. Plus les dimensions sont pivotées dans une vignette de présentation ou 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 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 (de nombreuses valeurs uniques), une colonne est créée pour chaque valeur. Filtrez au niveau du tableau de bord ou de l'analyse pour permettre à l'utilisateur de sélectionner les valeurs de dimension qu'il souhaite le plus comparer, au lieu de tout afficher en même temps.
-
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 vues qui renvoient un grand nombre de lignes et de colonnes peuvent ralentir les performances. Filtrez au niveau du tableau de bord ou de la recherche pour réduire le nombre de résultats d'un élément.
-
Exploitez les filtres partagés avec une seule requête pour afficher un seul résultat de requête sur plusieurs cartes. 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.
-
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 submerger le serveur Looker lors de leur traitement.
Veillez à tester les performances du tableau de bord après avoir ajouté des éléments. Pendant que vous créez votre look, continuez à accéder au tableau de bord et actualisez la page pour déterminer l'impact des performances à mesure que vous ajoutez des looks.
Une fois que vous êtes satisfait de votre nouveau tableau de bord Looker, veillez à utiliser l'autorisation de dossier pour vous assurer qu'il ne peut pas être modifié par inadvertance. Utilisez des groupes d'utilisateurs pour gérer les autorisations et l'accès aux contenus de manière groupée, plutôt que de le faire individuellement.
Si vous rencontrez des problèmes de performances, contactez directement l'assistance Looker. Notre équipe est toujours prête à vous aider.