Die Seite Nutzung ist ein in Looker erstelltes Dashboard, das Nutzungsinformationen zu Ihrer Looker-Instanz enthält. Administratoren können anhand der Daten besser nachvollziehen, wie ihre Nutzer die Anwendung verwenden. Wenn Sie die Seite Nutzung aufrufen möchten, wählen Sie im Menü Verwaltung im Bereich Server die Option Nutzung aus.
Nutzungs-Dashboard
Rufen Sie das Dashboard Nutzung über das Steuerfeld Verwaltung im Bereich Server auf.
Sie können das Nutzungs-Dashboard wie jedes andere Dashboard herunterladen oder planen.
Auf dem Dashboard Nutzung können Sie auch Datenpunkte aufschlüsseln.
Kachel „Nach Quelle abfragen“
Die Kachel Abfrage nach Quelle oben auf der Seite Nutzung enthält Informationen zur Anzahl der Abfragen, die aus verschiedenen Quellen in Looker ausgeführt wurden. Mögliche Quellen:
- API (Versionsnummer): Abfragen, die von der Looker API für die Instanz stammen.
- Dashboard: Abfragen, die sich auf Dashboard-Kacheln beziehen.
- Dashboard-Vorabruf: Abfragen von der API, um ein Dashboard vorab auszuführen.
- Expl. Datenanalyse: Abfragen, die mit der Ausführung von explorativen Datenanalysen verknüpft sind.
- Sonstiges: Suchanfragen von Quellen, die in keine andere Kategorie fallen.
- Privates Einbetten: Abfragen, die über einen privaten Einbettungskontext initiiert wurden.
- Öffentliches Einbetten: Abfragen werden für Inhalte ausgeführt, auf die über eine öffentliche URL zugegriffen wird.
- Abfrage: Abkürzung für
source_query
, Abfragen, die von der internen i__looker-Datenbank von Looker generiert werden. - Renderer: Abfragen im Zusammenhang mit der Generierung von Bildern (PNG und PDF) für geplante Elemente und Downloads.
- SQL Runner: Abfragen, die direkt im SQL Runner ausgeführt werden.
- Gespeicherter Look: Abfragen, die mit Looks verknüpft sind.
- Geplante Aufgabe: Abfragen, die von Looker ausgeführt werden, wenn ein Look oder Dashboard für die Übermittlung generiert wird.
- Vorschlagsfilter: Abfragen, die generiert werden, wenn Nutzer auf einen Filter klicken, der Vorschläge generiert. In diesem Fall führt Looker eine
SELECT DISTINCT
auf das gefilterte Feld aus, um Vorschläge zu finden, die dem Nutzer angezeigt werden sollen.
Kontextkommentare für SQL-Abfragen
Looker fügt am Anfang jeder SQL-Abfrage einen eindeutigen Kommentar hinzu. Die Kommentare werden Abfragen aus Explores, SQL Runner, der API und Filtervorschlägen hinzugefügt. Kontextkommentare werden automatisch eingeschlossen.
Kontextkommentare für Google BigQuery-Verbindungen sind standardmäßig deaktiviert, da sie die Google BigQuery-Fähigkeit zum Caching beeinträchtigen und sich negativ auf die Cacheleistung auswirken können. Sie können Kontextkommentare für eine BigQuery-Verbindung aktivieren, indem Sie auf der Seite Verbindungseinstellungen die Option Kontext deaktivieren für die Verbindung aktivieren. Weitere Informationen finden Sie auf der Dokumentationsseite Google BigQuery.
Kontextkommentare werden im folgenden Format hinzugefügt:
-- Looker Query Context '{ "user_id":<user ID>,"history_slug":<history slug>,"instance_slug":"<Looker instance number>}'
Die Kommentare enthalten die folgenden Informationen:
user_id
: Die eindeutige Kennung für jeden Nutzer der Looker-Instanz. Sie können diese Nutzer-ID mit den Nutzer-IDs auf der Seite Nutzer im Menü Verwaltung abgleichen.history_slug
: Die eindeutige Kennung für jede Abfrage, die in der Datenbank von der Looker-Instanz ausgeführt wird.instance_slug
: Die Kennung der Looker-Instanz, die die Abfrage ausgegeben hat. Anhand dieser Informationen kann der Looker-Support Ihnen gegebenenfalls bei der Problembehebung helfen.
Die Kontextkommentare werden ausgehenden SQL-Befehlen direkt vor dem Senden an die Datenbank hinzugefügt. So wird verhindert, dass sich die Kommentare auf das Caching von Looker-Abfragen auswirken. Sie können die hinzugefügten Kommentare aber an den meisten Stellen in Looker nicht sehen, z. B. auf der Seite Abfragen oder unter i__looker.
Stattdessen finden Sie diese Kommentare in den Protokollen der Datenbankabfragen.