Ich stehe gerade vor einer seltsamen Situation mit unseren Looker-Dashboards. Seit wir auf ein neues Data Warehouse umgestellt haben, fühlen sich die Berichte irgendwie träge an, obwohl die zugrunde liegenden Abfragen eigentlich schneller laufen sollten. Es ist, als ob die Visualisierung selbst einen Engpass hätte. Hat jemand ähnliches erlebt, nachdem er die Backend-Infrastruktur verändert hat? Ich frage mich, ob ich etwas Offensichtliches übersehe.
Das klingt wirklich frustrierend denn die Latenz in der Visualisierung passt nicht zu den schnelleren Queries Vielleicht hängt es eher am Rendering im Frontend als an den Abfragen selbst Hast du ähnliche Erfahrungen gemacht mit der Latenz in der Visualisierung
Aus analytischer Sicht prüfe ich gern drei Ebenen die Query Geschwindigkeit das Caching im Modell und die Rendering Pipeline im Browser Wenn die Abfragen schneller laufen als früher könnte eine Änderung im Warehouse Schema zu vermehrten Joins oder komplexeren LookML Joins geführt haben was die Menge der pro Viz geladenen Daten erhöht Prüfe deshalb die generierte SQL und wie Looker das Ergebnis cached auch ob es eine neue Materialisierung oder Tabellenreferenz gibt Die Latenz kommt oft nicht von der Query selbst sondern vom Overfetch im Frontend
Ich neige zu der Vermutung dass man zuerst Looker verdächtigt doch vielleicht ist es das Datenmodell im Warehouse das seit der Umstellung falsch verankert wurde und deshalb mehr Daten verschickt werden
Eine andere Perspektive wäre die Resilienz der Dashboards im Sinne von Beobachtung und Experimentation statt sofortem Fixieren der Latenz Vielleicht geht es um eine robuste Pipeline mit Stufen wie nachrichtenbasiertes Caching schrittweises Laden oder Pre aggregation Das müsste man neu rahmen
