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 des bonnes pratiques 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 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 y n'est pas une règle absolue concernant le nombre, puisque la conception d'une seule affecte sa consommation de mémoire en fonction de plusieurs facteurs (couverts plus loin sur cette page). Toutefois, évitez de créer des tableaux de bord comportant 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 créer une navigation organisée d'un tableau de bord à l'autre. Vous pouvez également essayez de concaténer des mesures similaires dans la même visualisation de valeur unique pour d'éviter les visualisations à tuile unique.
-
Utilisez les paramètres du tableau de bord de manière stratégique. Si Votre tableau de bord utilise l'autorefresh. Veillez donc à ce que l'actualisation ne soit pas plus rapide que lors du 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 le 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 vous aide é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 table, consomment de la mémoire. La plus de fonctionnalités de traitement post-requête sont utilisées, plus la quantité de mémoire utilisée est importante. Si vous utilisez la même calculs de table, résultats fusionnés ou champs personnalisés sur plusieurs Looks et tableaux de bord, envisagez de les coder en dur dans votre modèle LookML lorsque cela est 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. La Plus il y a de dimensions pivotées dans une présentation ou une vignette de tableau de bord, plus la mémoire consommée lorsque le tableau de bord est volumineux est chargé. Comme indiqué dans le premier point, cela s'explique par le fait que le volume d'informations renvoyées est plus important. 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, sans impact sur la consommation de mémoire, peut ralentir les requêtes et ralentir les performances des tableaux de bord.
-
Utilisez 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 depuis le tableau de bord pour alimenter plusieurs éléments du tableau de bord.
-
Fournissez des requêtes avec l'option Tous les résultats avec parcimonie, car certaines requêtes peuvent être très volumineuses et surcharger le serveur Looker lorsqu'elles sont traitées.
Assurez-vous de 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 pour s'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.