L'un des meilleurs moyens pour permettre aux utilisateurs d'explorer les données consiste à leur fournir des vues sélectionnées en créant des tableaux de bord Looker efficaces. Si vous souhaitez créer une expérience de performances optimale pour 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 création, tenez compte des points suivants.
L'élément le plus important des performances d'un tableau de bord est la performance des requêtes SQL sous-jacentes. Lorsqu'il n'est pas renvoyé du cache, chaque élément du tableau de bord exécute une requête SQL dont l'exécution sur la base de données sous-jacente prend du temps. Pour en savoir plus sur la création de requêtes performantes, consultez la section Optimiser les performances des requêtes de la page Optimiser les performances de Looker.
Certains composants utilisent 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 la quantité de ressources mémoire consommée est importante. Les Looks et les éléments du tableau de bord qui sont 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 sur 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. Assurez la fluidité des performances du 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 afin d'optimiser la navigation 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 multiplier les visualisations à une seule carte.
-
Utilisez les paramètres du tableau de bord de manière stratégique. Si votre tableau de bord utilise l'actualisation automatique, assurez-vous que l'actualisation n'est pas plus rapide que votre processus ETL. En règle générale, nous vous déconseillons de définir une actualisation automatique sur une durée supérieure à 15 minutes. N'utilisez pas 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 tout le contenu Looker (tableaux de bord, Looks, planifications) avec votre processus ETL. Cela permet d'éviter d'effectuer 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 tables, 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 Looks 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 croisées consomment de la mémoire. Plus le nombre de dimensions segmentées dans une vignette de présentation ou de tableau de bord est élevé, 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 plus de données sont utilisées à mesure que plus de données sont renvoyées. Si la dimension que vous croisez a une cardinalité élevée (de nombreuses valeurs uniques), vous verrez une colonne pour chaque valeur. Vous pouvez appliquer des filtres 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.
-
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é au premier point, les Looks qui renvoient 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 qu'elle n'ait pas d'incidence sur la consommation de mémoire, la fonctionnalité de laboratoire Tableaux de bord dans les menus d'analyse 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 utilisant 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 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. Tirez parti des groupes d'utilisateurs pour gérer l'accès au contenu et les autorisations de manière groupée au lieu de chaque utilisateur individuel.
Si vous rencontrez des problèmes de performances, contactez directement l'assistance Looker. Notre équipe est toujours prête à enquêter et à vous aider.