Eine der besten Möglichkeiten, Nutzern die Erkundung von Daten zu ermöglichen, sind ausgewählte Ansichten durch Erstellen effektiver Looker-Dashboards. Wenn Sie Ihren Nutzenden eine hervorragende Leistung bieten möchten, berücksichtigen Sie beim Entwerfen Ihrer Dashboards die Tipps auf dieser Seite.
Looker-Dashboards werden im Browser geladen. Beachten Sie beim Optimieren der Leistung folgende Punkte.
Das wichtigste Element der Dashboard-Leistung ist die zugrunde liegende SQL-Abfrageleistung. Jedes Dashboard-Element führt, wenn es nicht aus dem Cache zurückgegeben wird, eine SQL-Abfrage aus, deren Ausführung in der zugrunde liegenden Datenbank Zeit in Anspruch nimmt. Weitere Informationen zum Erstellen leistungsfähiger Abfragen finden Sie auf der Seite Looker-Leistung optimieren im Abschnitt Abfrageleistung optimieren.
Einige Komponenten benötigen mehr Arbeitsspeicher als SQL-bezogen – dies kann die Leistung in Dashboards verlangsamen:
-
Das Datenvolumen hat den größten Einfluss auf die Leistung. Je mehr Daten zurückgegeben werden, in einem einzelnen Element, desto mehr Arbeitsspeicherressourcen werden verbraucht. Looks und Dashboard-Elemente, die mit vielen Tausend Datenpunkten zurückgegeben werden, verbrauchen mehr Arbeitsspeicher.
-
Begrenzen Sie die Anzahl der Dashboard-Elemente. Es gibt keine feste Regel für die Anzahl, da sich das Design eines einzelnen Elements aufgrund einiger Faktoren auf den Speicherverbrauch auswirkt (siehe weiter unten auf dieser Seite). Vermeiden Sie jedoch das Erstellen von Dashboards mit 25 oder mehr Abfragen. Sie können die Leistung des Dashboards optimieren, indem Sie Navigationslinks zwischen Dashboards erstellen oder Links zu benutzerdefinierten URLs erstellen, um eine ausgewählte Navigation von Dashboard zu Dashboard zu erstellen. Sie können auch ähnliche Messwerte in derselben Visualisierung mit einem einzelnen Wert zusammenführen, um viele Visualisierungen mit einzelnen Kacheln zu vermeiden.
-
Dashboard-Einstellungen strategisch verwenden Wenn für Ihr Dashboard die automatische Aktualisierung verwendet wird, darf diese nicht schneller erfolgen als Ihr ETL-Prozess. Im Allgemeinen sollte die automatische Aktualisierung nicht kürzer als 15 Minuten sein. Verwenden Sie die Option Beim Laden ausführen nicht, wenn das Dashboard gefiltert werden soll. Verwenden Sie erforderliche Filter, um zu verhindern, dass Nutzer Dashboards ohne die die erforderlichen Filter.
-
Caching nutzen: Als Best Practice wird empfohlen, Datengruppen zu verwenden, um alle Looker-Inhalte (Dashboards, Looks, Zeitpläne) mit dem ETL-Prozess zu synchronisieren. So lassen sich unnötige Abfragen vermeiden, wenn die Daten nicht auf dem neuesten Stand sind.
-
Funktionen zur Verarbeitung nach der Abfrage, z. B. zusammengeführte Ergebnisse, benutzerdefinierte Felder und Tabellenkalkulationen, belegen Arbeitsspeicher. Je mehr Funktionen für die Verarbeitung nach der Abfrage verwendet werden, desto mehr Arbeitsspeicher wird belegt. Wenn Sie dieselben Tabellenkalkulationen, zusammengeführten Ergebnisse oder benutzerdefinierten Felder in mehreren Looks und Dashboards verwenden, sollten Sie sie nach Möglichkeit in Ihr LookML-Modell einfügen. Fügen Sie einem Dashboard im Allgemeinen nicht mehr als vier zusammengeführte Ergebniskacheln hinzu.
-
Dimensionen mit Drehpunkt belegen Arbeitsspeicher. Je mehr Dimensionen in einem Look oder einer Dashboard-Kachel pivotiert werden, desto mehr Arbeitsspeicher wird beim Laden des Dashboards verbraucht. Wie im ersten Aufzählungspunkt erwähnt, liegt dies daran, dass mehr Daten verwendet werden, je mehr Daten zurückgegeben werden. Wenn die Dimension, die Sie als Drehpunkt festlegen, eine hohe Kardinalität (viele eindeutige Werte) hat, gibt es für jeden Wert eine Spalte. Filtern Sie auf Dashboard- oder Look-Ebene, damit der Nutzer die Dimensionswerte auswählen kann, die am meisten verglichen werden sollen, anstatt alles auf einmal anzuzeigen.
-
Viele Spalten und Zeilen verbrauchen mehr Arbeitsspeicher. Für eine optimale Browser-Leistung werden maximal 50 Spalten empfohlen. Wie bereits im ersten Aufzählungspunkt erwähnt, können Looks, die ein hohes Volumen an Zeilen und viele Spalten zurückgeben, die Leistung verlangsamen. Filtern Sie auf Dashboard- oder Look-Ebene, um die Anzahl der Ergebnisse in einem Element zu reduzieren.
-
Die Labs-Funktion Dashboards in Drilldown-Menüs und wirken sich nicht auf den Arbeitsspeicherverbrauch aus, können die Abfragezeiten verlangsamen und die Dashboard-Leistung verlangsamen.
-
Verwenden Sie gemeinsame Filter mit einer einzelnen Abfrage, um ein einzelnes Abfrageergebnis auf mehreren Kacheln zu rendern. Dadurch sollte die Gesamtzahl der Abfragen, die über das Dashboard ausgeführt werden, reduziert werden, da mehrere Dashboard-Elemente mit einer einzigen Abfrage ausgeliefert werden.
-
Verwenden Sie die Option Alle Ergebnisse sparsam, um Abfragen auszuführen, da einige Abfragen sehr groß sein können und den Looker-Server bei der Verarbeitung überlasten.
Testen Sie die Dashboard-Leistung, nachdem Sie Elemente hinzugefügt haben. Rufen Sie während des Erstellens immer wieder das Dashboard auf und aktualisieren Sie die Seite, um zu sehen, wie sich die Leistung durch das Hinzufügen weiterer Looks verändert.
Wenn Sie mit Ihrem neuen Looker-Dashboard zufrieden sind, sollten Sie Ordnerberechtigungen verwenden, damit das Dashboard nicht versehentlich geändert werden kann. Nutzen Sie Nutzergruppen, um den Zugriff auf Inhalte und Berechtigungen in großem Umfang zu verwalten, anstatt für jeden einzelnen Nutzer.
Bei Leistungsproblemen wenden Sie sich bitte direkt an den Looker-Support. Unser Team steht Ihnen jederzeit zur Verfügung.