Glossar

Auf dieser Seite werden Begriffe aufgeführt, die in der Looker-Produkt- und ‑Nutzerdokumentation verwendet werden.

Weitere Informationen zu den Unterschieden zwischen ähnlichen Begriffen und Konzepten in Looker und Data Studio finden Sie auf der Seite Gemeinsame Begriffe und Konzepte in Looker und Data Studio.

Symbol/Numerisch

$

$ ist ein Substitutionsoperator, mit dem Sie in LookML auf zuvor definierte Objekte verweisen können.

Weitere Informationen Substitutionsoperator

A

Zugriff, Zugriffsebene

Administratoren haben verschiedene Optionen, um einzuschränken, was Nutzer in Looker sehen und womit sie interagieren können.

Siehe auch Zugriff auf Inhalte, Datenzugriff, Funktionszugriff

Aktion

Mit einer Datenaktion können Nutzer direkt in Looker Aufgaben in anderen Tools ausführen. Die Aktion kann beispielsweise dazu führen, dass eine E-Mail gesendet wird oder Werte in anderen Anwendungen festgelegt werden. Sie kann auch eine andere Aktion auslösen, für die Sie einen empfangenden Server konfigurieren können. Der empfangende Server muss in der Lage sein, einen JSON-POST zu akzeptieren.

Action Hub

Der Action Hub von Looker ist ein mandantenfähiger Dienst, der Daten an die integrierten Dienste von Looker weiterleitet. Alle Daten, die Ihre Benutzer mithilfe einer Aktion senden, werden vorübergehend auf dem Action Hub-Server anstatt in Ihrer Looker-Instanz verarbeitet. Wenn Ihr Looker-Administrator oder -Entwickler einen integrierten Dienst und ein Feld-Tag eingerichtet hat, um Zugriff auf diesen Dienst zu gewähren, können Sie diesen Dienst als Aktion auswählen, wenn Sie Daten untersuchen und mit dem Dienst interagieren. In der Looker-Dokumentation werden die Begriffe „Aktion“ und „Integration“ oft synonym verwendet.

erweiterter Bereitstellungsmodus

Im erweiterten Bereitstellungsmodus können Looker-Entwickler mit der Berechtigung deploy einen beliebigen Git-Commit in ihrem LookML-Projekt auswählen und in der Produktionsversion ihrer Looker-Instanz bereitstellen. Im Gegensatz zur standardmäßigen Git-Integration kann bei dieser Integration nur der letzte Commit im Remote-Produktionszweig in der Produktionsversion einer Looker-Instanz bereitgestellt werden.

erweiterter Filter

Mit einem erweiterten Filter können Nutzer einen Dashboard-Filter mit einem Feld aus einem Explore erstellen, das nicht im Dashboard selbst enthalten ist.

erweiterte Filtersteuerung

Ein erweitertes Filtersteuerelement ist ein Dashboard-Filtersteuerelement, das zusätzliche Flexibilität bei den Filterbedingungen bietet, die Dashboard-Ersteller festlegen können. Wenn Sie eine erweiterte Kontrollvariable erstellen möchten, wählen Sie im Filterkonfigurationsfenster im Feld Kontrollvariable die Option Erweitert aus.

Benachrichtigung

Mit Benachrichtigungen können Nutzer Bedingungen in den Daten eines Dashboard-Kachels festlegen, die, wenn sie erfüllt oder überschritten werden, dazu führen, dass in der gewünschten Häufigkeit eine Benachrichtigung an bestimmte Empfänger gesendet wird. Benachrichtigungen werden für abfragebasierte oder Look-verknüpfte Kacheln in benutzerdefinierten Dashboards oder LookML-Dashboards festgelegt. Sie können per E-Mail oder über die Slack- oder Slack Attachment (API-Token)-Integrationen von Looker gesendet werden.

Zeitzone der Anwendung

Zeitzone der Anwendung ist eine Administratoreinstellung für die Standardzeitzone, in der geplante Looks und Abfragen ausgeführt werden, sofern dies unterstützt wird. Wenn nutzerspezifische Zeitzonen aktiviert sind, wird die Zeitzone der Anwendung zur Standardzeitzone für Nutzer, für deren Konten kein Zeitzonenwert festgelegt ist.

Siehe auch Zeitzoneneinstellungen, Nutzerspezifische Zeitzonen

asynchrone Abfrage

Eine asynchrone Abfrage ist eine Datenanfrage, für die ein Aufruf zum Starten der Anfrage, ein oder mehrere Aufrufe zum Prüfen des Abschlussstatus der Abfrage und ein Aufruf zum Abrufen der Ergebnisse der abgeschlossenen Abfrage erforderlich sind. Mit asynchronen Abfragen können Sie verhindern, dass Apps einfrieren, Verbindungen Zeitüberschreitungen unterliegen und Dashboards lange Ladezeiten haben.

B

Basisansicht (eines Explores)

Eine Basisansicht ist die view, die als Ausgangspunkt für die Erstellung eines Explores verwendet wird. Von dort aus können Sie andere Ansichten mit der Basisansicht verknüpfen, um sie im Explore zu verwenden. In der Regel werden Explores nach der Basisansicht benannt. Sie können aber auch den Parameter from verwenden, um die Basisansicht des Explores zu benennen, wenn Sie das Explore nicht nach seiner Basisansicht benennen möchten.

Siehe auch Ansicht, Entdecken

Block, Looker-Block

Looker Blocks sind vorgefertigte LookML-Codeabschnitte, die Sie verwenden und an Ihre genauen Anforderungen anpassen können. Von optimierten SQL-Mustern bis hin zu voll ausgereiften Datenmodellen – Blöcke können als Ausgangspunkt für die schnelle und flexible Datenmodellierung in Looker verwendet werden.

Board

Ein Board enthält eine Sammlung von manuell zusammengestellten Dashboards, Looks und Links. Dashboards und Looks, die in Ordnern gespeichert sind, können an mehrere Boards angepinnt werden. Boards können Links und Beschreibungen enthalten, um Kontext bereitzustellen und Nutzern die Suche nach den für sie relevantesten Informationen zu erleichtern.

durchsuchen, durchsuchen

Browsing umfasst das Ansehen, Teilen, Senden und Herunterladen von Daten aus Dashboards, Looks und Explores.

C

zertifizierte Inhalte

Zertifizierte Inhalte sind Dashboards, Looks oder Self-Service-Explores, die von einem Nutzer mit der Berechtigung certify_content als zuverlässige Daten in Ihrer Looker-Instanz geprüft wurden.

CI

Weitere Informationen Continuous Integration

geschlossenes System

Dieses System wird auch als Multi-Tenant-Installation bezeichnet. Hier werden Inhalte nach bestimmten Gruppen in Silos zusammengefasst, und es wird verhindert, dass sich Benutzer aus verschiedenen Gruppen untereinander kennen.

Code-Splitting

Eine Technik für das Lazy Loading von JavaScript, bis es tatsächlich benötigt wird. Im Idealfall sollte das anfänglich geladene JavaScript-Bundle so klein wie möglich sein. Dies kann durch Code-Splitting erreicht werden. Alle Funktionen, die nicht sofort benötigt werden, werden erst geladen, wenn sie tatsächlich benötigt werden.

Community

Die Looker Community ist ein Nutzerforum, in dem Looker-Nutzer und ‑Experten Beiträge, Diskussionen, Fragen und Ideen teilen.

Komponente

Looker-Komponenten sind die technische Implementierung des Looker-Designsystems, das mit React, TypeScript und Styled Components erstellt wurde. Sie bestehen aus UI-Komponenten, Filterkomponenten und Visualisierungskomponenten.

Verbindung

Im Bereich Admin von Looker stellen Sie die Datenbankverbindung her, aus der ein Modell Daten abruft.

Konstante

Mit Konstanten, die mit dem LookML-Parameter constant in einer Projektmanifestdatei definiert werden, können Sie einen Wert angeben, der in einem Projekt wiederverwendet werden kann. Sie können an jeder Stelle in Ihrem Modell, an der Strings akzeptiert werden, auf Konstanten verweisen.

Inhalte

In der Looker-Dokumentation bezieht sich der Begriff Inhalte in der Regel auf Looks und Dashboards.

Zugriff auf Inhalte

Mit Zugriff auf Inhalte wird gesteuert, ob ein Nutzer oder eine Gruppe ein Board oder einen Ordner (vor Looker 6.20 als „Bereich“ bezeichnet) und dessen Inhalte ansehen oder ändern kann. Die beiden Zugriffsebenen für Inhalte sind Ansehen und Zugriff verwalten, bearbeiten.

Inhaltsvalidierung

Die Inhaltsvalidierung von Looker sucht in Ihrem LookML nach Verweisen auf Modell-, Explore- und Feldnamen. Entwickler können die Inhaltsvalidierung nach Änderungen an einem Projekt verwenden, um zu prüfen, ob sich die Änderungen auf die gespeicherten Looks oder abfragebasierten Dashboardkacheln ihrer Nutzer ausgewirkt haben. Mit der Inhaltsvalidierung können Sie auch LookML-Elemente suchen und ersetzen, um Fehler aufgrund von Änderungen zu beheben.

Kontinuierliche Integration

Mit den Continuous Integration (CI)-Funktionen von Looker können Sie Tests für Ihr LookML-Projekt ausführen, um zuverlässigere, effizientere und nutzerfreundlichere Daten zu liefern. Mit den CI-Validierungen können Sie Probleme mit SQL, Datentests, Inhalten und LookML erkennen, bevor sie in der Produktion auftreten. So können Sie Ihre LookML-Dateien überprüfen und Abfragefehler für Ihre Nutzer vermeiden. Sie können die CI-Validierungen auch so konfigurieren, dass sie automatisch ausgeführt werden, wenn eine Pull-Anfrage für Ihr LookML-Repository gesendet wird.

Kreuzfilterung

Mit der Kreuzfilterung können Nutzer Ad-hoc-Filter auf Dashboards anwenden. Mit Kreuzfilterung können Benutzer auf einen Datenpunkt in einer Dashboard-Tile klicken, damit alle Dashboard-Tiles automatisch anhand dieses Wertes gefiltert werden. Bestimmte Kreuzfilter können nicht in einem Dashboard gespeichert werden. Sie können jedoch geteilt werden, indem Sie die URL eines kreuzgefilterten Dashboards freigeben.

vom Kunden gehostet (Bereitstellung, Instanz, Installation, Umgebung)

Eine „vom Kunden gehostete“ Bereitstellung, die in dieser Dokumentation auch als „selbst gehostet“ oder „lokal“ bezeichnet wird, bedeutet, dass das Produkt vom oder für den Kunden in den Räumlichkeiten des Kunden oder auf einem vom Kunden kontrollierten Server in einem Rechenzentrum eines Drittanbieters installiert wird. Eine vom Kunden gehostete Bereitstellung umfasst die produktinternen Dienste, d. h. die von Looker gehosteten und über das Produkt zugänglichen Dienste, insbesondere Lizenzierungsdaten, Konfigurationssicherungen, Systemfehlerberichte, Datenaktionen und Support-Tickets, wie im Abschnitt Von Looker freigegebene Anwendungsdaten auf der Sicherheitswebseite von Looker beschrieben. Der Looker-Support hat in der Regel keinen Zugriff auf diese Instanzen für Support- oder Bereitstellungszwecke und der Kunde muss seine eigenen Versionsupdates ausführen.

Weitere Informationen zu den relativen Vorteilen der einzelnen Hosting-Optionen finden Sie auf der Dokumentationsseite Hosting-Option für eine Looker-Instanz (Original) auswählen.

Alle Looker (Google Cloud Core)-Instanzen werden von Looker gehostet.

Weitere Informationen von Looker gehostet

D

Dashboard

Ein Dashboard ist im Grunde eine Sammlung von einer oder mehreren gespeicherten Abfragen, die als Visualisierungs- oder Textkacheln zusammen auf einer Seite angezeigt werden.

Siehe auch LookML-Dashboard, nutzerdefiniertes Dashboard

Dashboard-Element, Element

Ein Element ist eine Kachel oder Visualisierung in einem LookML-Dashboard, die mit dem Parameter element erstellt wurde.

Dashboard-Datei

Ein LookML-Dashboard wird in einer Datei eines LookML-Projekts mit der Erweiterung .dashboard.lookml definiert.

Weitere Informationen LookML-Dashboard

Datenzugriff

Mit Datenzugriff wird gesteuert, welche Daten ein Nutzer oder eine Gruppe ansehen darf. Diese Art von Zugriff kann entweder auf Nutzerebene oder auf Datenebene eingeschränkt oder gewährt werden.

Zeitzone der Datenbank

Zeitzone der Datenbank ist eine Administratoreinstellung für die Zeitzone, die Looker zum Interpretieren Ihrer Rohdaten verwendet.

Siehe auch Zeitzone der Abfrage, Zeitzoneneinstellungen

Datengruppe

Mit einem oder mehreren Datengruppenparametern können Sie eine Caching-Richtlinie definieren, festlegen, wann persistente abgeleitete Tabellen (Persistent Derived Tables, PDTs) neu erstellt werden sollen, und Zeitpläne auslösen.

abgeleitete Tabelle

Mit abgeleiteten Tabellen können Sie neue Tabellen erstellen, die noch nicht in Ihrer Datenbank vorhanden sind. Eine abgeleitete Tabelle wird in einer Looker-Ansichtsdatei definiert und ermöglicht es dem Nutzer, die Ausgabe einer Abfrage so zu behandeln, als wäre sie eine Tabelle in der Datenbank (wird in der Regel für Faktentabellen verwendet). „Abgeleitete Tabelle“ ist ein allgemeiner Begriff für alle Arten von abgeleiteten Tabellen, einschließlich LookML-basierter (nativer) abgeleiteter Tabellen, SQL-basierter abgeleiteter Tabellen, temporärer abgeleiteter Tabellen und persistenten abgeleiteten Tabellen (PDTs).

Siehe auch native abgeleitete Tabelle, persistente abgeleitete Tabelle, SQL-basierte abgeleitete Tabelle, temporäre abgeleitete Tabelle

Entwicklungsmodus

Ein Entwickler kann den Entwicklungsmodus aufrufen, um LookML-Änderungen vorzunehmen und zu testen. Die Änderungen wirken sich erst auf andere Nutzer aus, wenn sie in der Produktion bereitgestellt werden.

Entwicklungstabelle

Eine Entwicklungstabelle ist eine persistente abgeleitete Tabelle, die erstellt wird, wenn Sie die Tabelle während der Entwicklung abfragen. In einigen Fällen kann die Entwicklungstabelle in der Produktion verwendet werden, wenn Sie Ihre Änderungen bereitstellen.

Dialekt

Die SQL-Variante einer Datenbank. Beispiele für unterstützte Dialekte sind Amazon Redshift, PostgreSQL, MySQL und Google BigQuery Standard-SQL oder Legacy-SQL.

Dimension

Eine Dimension ist ein Feld, das ein Attribut, einen Fakt oder einen Wert darstellt. Sie kann in einem Explore über die Feldauswahl ausgewählt und zum Filtern einer Abfrage verwendet werden. Zu den gängigen Dimensionen gehören Attribute wie Datumsangaben, Namen und IDs. Sie entsprechen oft Spalten in der zugrunde liegenden Datentabelle. Eine Dimension kann auch in einer Ansichtsdatei erstellt werden.

Dimensionsbefüllung

Mit der Dimensionsbefüllung können Sie Looker anweisen, fehlende Daten oder Werte für eine bestimmte Dimension zu ergänzen, z. B. für eine Datumsdimension, in der einige Jahre fehlen. Sie können irreführende Diagramme vermeiden, indem Sie verhindern, dass Looker die Werte in einem unvollständigen Set verbindet. Die Option zur Dimensionsbefüllung kann mit dem Parameter allow_fill aktiviert oder deaktiviert werden.

Dimensionsgruppe

Mithilfe einer Dimensionsgruppe können Sie mehrere Dimensionen für eine einzelne zugrunde liegende Datums- oder Zeitspalte in der Datenbank erstellen. Sie können beispielsweise eine Dimensionsgruppe vom Typ duration in Intervalle von Tagen, Wochen, Monaten usw. aufteilen.

untersuchen

Mit Looker können Sie die Daten in einer Visualisierung oder einem Explore untersuchen, um genauere Informationen zu einem bestimmten Datenpunkt zu erhalten. Wenn Sie Daten in einer Visualisierung untersuchen möchten, wählen Sie den Teil der Visualisierung aus, über den Sie mehr erfahren möchten. Wählen Sie im Bereich Daten eines Explore den Wert eines Messwerts oder den Wert einer Dimension aus, die aufgeschlüsselt werden kann.

E

einbetten, Einbettung

Beim Einbetten wird iframe-Code verwendet, um ein Objekt (z. B. Looker-Diagramme oder -Tabellen) auf einer Website, in einer Tabelle oder an einem anderen Ort außerhalb von Looker zu platzieren. Ein eingebetteter Nutzer ist ein Nutzer, der mit einem Looker-Objekt interagiert, das an einem Ort außerhalb von Looker eingebettet ist. Eingebettete Inhalte können öffentlich oder privat sein. Für den Zugriff auf private Inhalte ist entweder eine Looker-Anmeldung oder eine signierte URL erforderlich.

Embed-Version

Die Embed-Version ist eine Looker (Google Cloud Core)-Version, die alle Funktionen der Enterprise-Version sowie signiertes Einbetten, eine Private-Label-Option, benutzerdefinierte Designs, 500.000 Query API-Aufrufe pro Monat und 100.000 Admin API-Aufrufe pro Monat umfasst.

Enterprise-Version

Die Enterprise-Version ist eine Looker (Google Cloud Core)-Version, die alle Funktionen der Standard-Version umfasst, eine unbegrenzte Anzahl von Nutzern unterstützt, zusätzliche Sicherheitsfunktionen wie VPC-SC und private Verbindungen bietet und durch die Funktion Elite-Systemaktivität eine robustere Überwachung ermöglicht.

Berechtigung

Berechtigungen definieren die Looker-Ressourcen, auf die eine Looker-Erweiterung zugreifen kann. Die Erweiterung kann nur auf eine Looker-Ressource zugreifen, wenn diese Ressource in den Berechtigungen aufgeführt ist. Berechtigungen werden als Teil eines application-Parameters definiert, der in einer LookML-Projektmanifestdatei enthalten ist.

sitzungsspezifische abgeleitete Tabelle

Eine sitzungsspezifische abgeleitete Tabelle, die häufiger als temporäre abgeleitete Tabelle bezeichnet wird, ist eine abgeleitete Tabelle, die nicht in Ihre Datenbank geschrieben wird. Eine temporäre abgeleitete Tabelle kann entweder eine LookML-basierte (native) abgeleitete Tabelle oder eine SQL-basierte abgeleitete Tabelle sein.

siehe auch abgeleitete Tabelle, temporäre abgeleitete Tabelle

Entdecken (n.)

Ein Explore ist der Ausgangspunkt für Abfragen. In einem Explore wird eine bestimmte Gruppe von Feldern aus der zugehörigen Ansichtsdatei angezeigt. Diese Felder können in der Feldauswahl ausgewählt werden, um eine Abfrage zu erstellen, die als Look oder Dashboard-Kachel gespeichert werden kann. Auch Explore-URLs können geteilt werden.

entdecken, erkunden (V.)

Beim Explorieren werden Daten verwendet, um Fragen in Looker zu beantworten.

Explore-Datei

Eine Explore-Datei ist eine Datei eines LookML-Projekts mit der Erweiterung .explore.lkml. Kann verwendet werden, um Explores über Modelle hinweg zu erweitern und native abgeleitete Tabellen zu definieren.

explore Parameter

Mit dem Parameter explore wird eine Ansicht dem Menü mit Explores in Looker hinzugefügt. Es hat sich bewährt, ein Explore in einer Modelldatei zu definieren. Explores verweisen auf Ansichten und jedes Explore kann Joins zu anderen Ansichten enthalten. Ein Explore kann auch in einer Explore-Datei definiert werden, die dann in eine Modelldatei eingefügt wird.

Weitere Informationen Explore-Datei

Erweiterung

Erweiterungen sind Webanwendungen, die mit Looker-Komponenten erstellt und über das Looker Extension Framework entwickelt werden. Einige Erweiterungen, z. B. das Looker Data Dictionary, werden über den Looker Marketplace bereitgestellt und sind für alle Kunden verfügbar. Beispiele finden Sie im Repository mit Erweiterungsbeispielen. In einigen Bereichen der Looker-Benutzeroberfläche werden Erweiterungen als „Anwendungen“ bezeichnet.

Siehe auch: Looker Data Dictionary,Looker Extension Framework

F

Fanout (Substantiv), Fan-out (Verb)

Ein Fanout tritt auf, wenn eine Zeile einer primären Datentabelle mehreren Zeilen einer verknüpften Tabelle entsprechen kann. Dies führt zu doppelten Datensätzen und falsch berechneten Aggregationen. In Looker wird das Fanout-Problem durch die Verwendung von symmetrischen Aggregaten und durch die korrekte Definition des Primärschlüssels des Datasets vermieden.

Funktionszugriff

Mit Funktionszugriff wird gesteuert, welche Arten von Aktionen ein Nutzer in Looker ausführen darf. Diese Art von Zugriff wird über Berechtigungssätze verwaltet.

Feld

Explores und Ansichten enthalten Felder, zumeist Dimensionen und Messwerte. Diese sind grundlegende Bausteine für Looker-Abfragen.

Feldauswahl

In der Feldauswahl werden die Dimensionen und Messwerte angezeigt, die für die Daten in einem Explore gelten. Diese Optionen für Dimensionen und Messwerte werden vom Looker-Entwickler oder -Administrator konfiguriert. In der Feldauswahl werden möglicherweise auch Nur-Filter-Felder angezeigt.

Filterkomponente

Filterkomponenten sind auf React basierende, vorgefertigte Teile der Looker-Anwendung, die die Filterfunktionen von Looker für benutzerdefinierte Datenanwendungen und angepasste eingebettete Looker-Dashboards bereitstellen können.

Filterausdruck

Filterausdrücke sind eine erweiterte Option zum Filtern von Looker-Abfragen. Sie können sie im Explore-Abschnitt von Looker verwenden, indem Sie einen Filter hinzufügen und die Option Übereinstimmung (für Fortgeschrittene) auswählen. Filterausdrücke werden in LookML außerdem für Elemente verwendet, die einen filter-Parameter nutzen. Sie können Filterausdrücke schreiben, um nach einem String zu filtern oder Strings, Datums- und Uhrzeitangaben, boolesche Werte, Zahlen und Ortsfelder teilweise abzugleichen.

Ordner

1. In der Looker-Benutzeroberfläche ist ein Ordner ein Ort, an dem Dashboards, Looks und andere Ordner (Unterordner) gespeichert werden. Jeder Nutzer hat einen persönlichen Ordner. Eine Looker-Instanz kann auch verschiedene Arten von freigegebenen Ordnern haben. Der Zugriff auf Inhalte in Looker wird auf Ordnerebene zugewiesen. Vor Looker 6.20 wurden Ordner als „Bereiche“ bezeichnet.
2. In der Looker-IDE ist ein Ordner eine Organisationsstruktur für Ihre LookML-Dateien.

Funktion

Mit Looker-Funktionen können Sie Ihre Daten auf komplexe Weise transformieren oder darauf verweisen. Sie ähneln Excel-Funktionen.

G

Gruppe, Nutzergruppe

Nutzer können einer oder mehreren Gruppen hinzugefügt werden. Gruppen sind nützlich, um den Zugriff von Nutzern auf bestimmte Daten, Funktionen und Inhalte in Looker zu verwalten und um Nutzern Rollen im Bulk zuzuweisen.

H

Hybridnetzwerk

Netzwerkkommunikation zwischen Google Cloud und lokalen Umgebungen oder Umgebungen anderer Cloud-Anbieter. Eine Zusammenfassung der Verbindungsoptionen für Hybridnetzwerke finden Sie auf der Dokumentationsseite Netzwerksegmentierung und -verbindung für verteilte Anwendungen im Cross-Cloud Network.

I

IDE

Integrierte Entwicklungsumgebung Der interne LookML-Editor von Looker oder ein Editor, der zum Erstellen und Ändern einer Erweiterung verwendet wird. Beispiele für Letzteres sind Visual Studio Code, IntelliJ und WebStorm.

eingehender Traffic

In Netzwerken ist eingehender Traffic, auch als Northbound-Traffic bezeichnet, Traffic von einer Netzwerkkomponente auf niedrigerer Ebene zu einer Netzwerkkomponente auf höherer Ebene. Im Zusammenhang mit Looker (Google Cloud Core) ist eingehender Traffic beispielsweise Traffic von einem Client zu einer Looker (Google Cloud Core)-Instanz, der Nutzern den Zugriff auf eine Looker (Google Cloud Core)-Instanz ermöglicht.

inkrementelle persistente abgeleitete Tabelle

Eine inkrementelle persistente abgeleitete Tabelle ist eine Art persistente abgeleitete Tabelle (PDT), die inkrementell erstellt wird. Das bedeutet, dass Looker neue Daten in angegebenen Inkrementen an die Tabelle anhängt, anstatt die gesamte Tabelle neu zu erstellen. Dies kann zu schnelleren Erstellungszeiten für Ihre PDTs und einer geringeren Belastung Ihrer Datenbank führen. Das Inkrement wird mit dem Parameter increment_key definiert. Inkrementelle PDTs können LookML-basierte (native) abgeleitete Tabellen, SQL-basierte abgeleitete Tabellen oder aggregierte Tabellen sein.

Siehe auch persistente abgeleitete Tabelle

Instanz

Der Server (oder Servercluster), auf dem Looker gehostet wird. Jeder Kunde verwendet einen Produktionsserver (und möglicherweise einen Staging-Server).

J

zusammenführen

• (n.) Mit dem Parameter join können Sie die Join-Beziehung zwischen einem Explore und einer Ansicht definieren, um Daten aus mehreren Ansichten zu kombinieren. Sie können beliebig viele Ansichten für ein bestimmtes Explore verknüpfen.
• (v.) Daten aus mehreren Ansichten kombinieren, indem Sie die Beziehung zwischen einer explorativen Datenanalyse und einer Ansicht über einen join-Parameter definieren.

L

Labs-Funktion

Labs-Funktionen sind eine Unterkategorie von Vorschaufunktionen. Sie können jederzeit ohne Vorankündigung aus dem Produkt entfernt werden. Probleme mit Funktionen werden möglicherweise behoben. Mit diesen experimentellen Funktionen möchten wir Ihnen zeigen, welche Funktionen in Zukunft in Looker integriert werden könnten, und Ihr Feedback dazu einholen. Labs-Funktionen sind nur in Looker (Original) verfügbar.

Siehe auch Funktion in der Vorabversion

Legacy-Funktion

Für einige Produktfunktionen gibt es die Option Legacy-Funktion, mit der die Legacy-Funktion für einen bestimmten Zeitraum weiterhin verwendet werden kann. Das kann hilfreich sein, um einen Migrationsplan zu entwickeln und zu implementieren. Im Bereich Administrator von Looker werden die Funktionen aufgeführt, für die die Option „Legacy-Funktion“ aktiviert werden kann.

Lexp

Siehe auch Looker-Ausdruck

Liquid-Parameter

In Looker ist ein Liquid-Parameter ein LookML-Parameterfeld, das mit Elementen der Liquid-Vorlagensprache erstellt wurde.

Liquid-Variable

Eine Liquid-Variable ist ein Element der Liquid-Vorlagensprache, das mit LookML verwendet werden kann, um dynamische Inhalte zu erstellen.

Look (n.)

Ein Look ist eine einzelne gespeicherte Abfragetabelle oder ‑visualisierung. Looks können Dashboards hinzugefügt, geplant, geteilt und öffentlich gemacht werden. Alle Änderungen, die an einem Look vorgenommen werden, werden in allen Dashboards berücksichtigt, die diesen Look enthalten.

von Looker gehostet

Wenn Looker Ihre Bereitstellung hostet, verwaltet Looker alle erforderlichen IT-Funktionen, die sich auf die Looker-Anwendung beziehen, in Ihrem Namen. Dies geschieht auf Grundlage der Ressourcennutzung und der geschäftlichen Anforderungen. So wird der Aufwand für die Installation, Konfiguration und Wartung der Looker-Anwendung erheblich reduziert. Weitere Informationen zu den relativen Vorteilen der einzelnen Hosting-Optionen finden Sie auf der Dokumentationsseite Hosting-Option für eine Looker-Instanz (Original) auswählen.

Alle Looker (Google Cloud Core)-Instanzen werden von Looker gehostet.

Siehe auch vom Kunden gehostet

Looker API

Die Looker API ist eine sichere RESTful-Anwendungsprogrammierschnittstelle zum Verwalten Ihrer Looker-Instanz und zum Abrufen von Daten über die Looker-Datenplattform. Sie können Anwendungen oder Automatisierungsskripte erstellen, um neue Looker-Benutzerkonten bereitzustellen, Abfragen auszuführen, Datenübermittlungen zu planen usw. So ziemlich alles, was Sie in der Looker-Anwendung tun können, können Sie über die Looker-API tun.

Looker-Cloud

Looker Cloud bedeutet, dass das Produkt auf einer mit dem Internet verbundenen Plattform installiert und für einen Kunden bereitgestellt wird, die in einer von Looker benannten Hosting-Einrichtung eines Drittanbieters ausgeführt wird. Weitere Informationen finden Sie im Abschnitt Cloud Security Architecture auf der Looker-Sicherheitswebseite.

Looker-Connector

Der Looker-Connector ist eine Integration von Looker in Looker Studio, mit der Sie in Looker Studio auf Daten aus Ihren Looker-Explores zugreifen können. Dazu fügen Sie einem Looker Studio-Bericht ein Explore als Datenquelle hinzu.

Looker Data Dictionary

Das Looker Data Dictionary ist eine Erweiterung – eine Webanwendung, die mit Looker-Komponenten erstellt wurde –, die mit dem Looker-Extension Framework entwickelt und über den Looker Marketplace bereitgestellt wird. Die Looker Data Dictionary-Erweiterung bietet eine spezielle, zentrale Benutzeroberfläche, mit der Sie in einem Explore nach allen Looker-Feldern und ‑Beschreibungen suchen können. Damit das Looker Data Dictionary verwendet werden kann, müssen Looker-Administratoren die Funktionen Extension Framework und Marketplace aktivieren.

Weitere Informationen: Erweiterung,Looker Extension Framework

Looker-Ausdruck

Tabellenkalkulationen, benutzerdefinierte Felder und benutzerdefinierte Filter basieren auf Looker-Ausdrücken (Lexp) für die Durchführung von Berechnungen. Ein Looker-Ausdruck besteht aus einer Kombination von Funktionen, Operatoren und Feldern sowie möglicherweise Konstanten oder Variablen.

Looker Extension Framework

Das Looker-Erweiterungs-Framework ist ein Entwicklungs-Framework, mit dem sich der Aufwand und die Komplexität bei der Erstellung benutzerdefinierter JavaScript-Datenanwendungen und ‑Tools erheblich reduzieren lassen. Damit das Looker Extension Framework verwendet werden kann, müssen Looker-Administratoren die Funktion Extension Framework aktivieren.

Weitere Informationen extension

Looker (Google Cloud Core)

Looker (Google Cloud Core)-Instanzen sind Looker-Instanzen mit einer tieferen Google Cloud-Integration, einschließlich der Möglichkeit, Instanzen über die Google Cloud Console bereitzustellen und zu verwalten.

Looker Marketplace

Der Looker Marketplace ist ein zentraler Ort, an dem Sie viele Arten von Looker-Inhalten wie Looker-Blöcke (oder „Modelle“), Anwendungen (oder „Erweiterungen“) und Visualisierungen (oder „Plug-ins“) finden, bereitstellen und verwalten können. Auf den Looker Marketplace kann direkt über eine Looker-Instanz oder über marketplace.looker.com zugegriffen werden. Im marketplace.looker.com-Verzeichnis sind auch die Aktionen (oder Integrationen) aufgeführt, die über den Looker Action Hub verfügbar sind.

Looker (Original)

Looker-Instanzen (Original) sind Looker-Instanzen, die nicht über die Google Cloud Console bereitgestellt werden, im Gegensatz zu Looker (Google Cloud Core)-Instanzen. Normalerweise werden diese Instanzen einfach als Looker-Instanzen bezeichnet.

LookML

LookML ist eine Sprache zur Beschreibung von Dimensionen, Summen, Berechnungen und Datenbeziehungen in einer SQL-Datenbank. Die Looker-App verwendet ein in LookML erstelltes Modell, um SQL-Abfragen für eine bestimmte Datenbank zu strukturieren.

LookML-basierte abgeleitete Tabelle

Eine LookML-basierte abgeleitete Tabelle, die häufiger als native abgeleitete Tabelle bezeichnet wird, ist eine abgeleitete Tabelle, deren Abfrage in LookML-Begriffen definiert wird. Dabei wird auf LookML-Dimensionen und -Messwerte in Ihrem Modell verwiesen. Native abgeleitete Tabellen können temporär oder persistent sein.

Siehe auch Abgeleitete Tabelle, Persistente native abgeleitete Tabelle, Temporäre abgeleitete Tabelle

LookML-Dashboard

Ein LookML-Dashboard wird vollständig mit LookML geschrieben (im Gegensatz zu einem benutzerdefinierten Dashboard, das mit dem Visualisierungseditor erstellt wird).

Siehe auch Benutzerdefiniertes Dashboard

LookML-Diagramm

Das LookML-Diagramm ist ein Entity-Relationship-Diagramm eines LookML-Modells, in dem die Beziehungen zwischen den LookML-Objekten visuell dargestellt werden. Es handelt sich um eine Erweiterung – eine Webanwendung, die mit Looker-Komponenten erstellt wurde –, die mit dem Looker Extension Framework entwickelt und über den Looker Marketplace bereitgestellt wird.

Siehe auch Erweiterung, Looker Extension Framework, Looker Marketplace, LookML-Objekt

LookML-Objekt

LookML-Objekte sind die Modelle, Explores, Ansichten und Felder, die in LookML in einem Projekt definiert wurden, einschließlich Dateien, die aus einem anderen Projekt importiert wurden. Sie können die Beziehungen zwischen LookML-Objekten in der Objektübersicht oder der LookML-Diagramm-Erweiterung ansehen.

M

Manifest, Manifestdatei

In einer Manifestdatei (oder Projektmanifestdatei) legen Sie Einstellungen auf Projektebene fest, z. B. zum Importieren anderer Projekte in das aktuelle Projekt, zum Definieren von LookML-Konstanten, zum Festlegen von Einstellungen für die Modelllokalisierung und zum Hinzufügen von Erweiterungen und benutzerdefinierten Visualisierungen zu Ihrem Projekt.

Markdown-Kachel

Ein Typ von Text-Tiles für Dashboards, mit dem Sie HTML und eine Teilmenge der Markdown-Auszeichnungssprache zum Formatieren des Tiles verwenden können.

Marketplace

Weitere Informationen Looker Marketplace

Materialisierte Ansicht

Eine materialisierte Ansicht ist eine Art persistente abgeleitete Tabelle (PAT), die die Persistenzfunktion Ihrer Datenbank nutzt. Diese Funktion ist für Datenbankdialekte verfügbar, die materialisierte Ansichten unterstützen. Abhängig von Ihrem Dialekt kann eine materialisierte Ansicht viele Ressourcen verbrauchen. Es ist daher wichtig, dass Sie verstehen, wie Ihr Dialekt materialisierte Ansichten implementiert.

Ergebnis

Ein Measure ist ein Feld in einem Explore, das messbare Informationen zu Ihren Daten wie Summen, Anzahl usw. darstellt. Eine Messwert wird in einer Ansichtsdatei deklariert und kann ein aggregierter oder nicht aggregierter Typ sein.

Zusammengeführte Ergebnisse

Mit der Funktion Zusammengeführte Ergebnisse können Sie Daten aus verschiedenen Explores (sogar aus verschiedenen Modellen, Projekten oder Verbindungen) kombinieren. Mit der Funktion „Zusammengeführte Ergebnisse“ können Sie eine Abfrage aus einem Explore erstellen und dann Abfragen aus anderen Explores hinzufügen, um die zusammengeführten Ergebnisse in einer einzigen Tabelle anzusehen. Die Funktion „Zusammengeführte Ergebnisse“ funktioniert ähnlich wie ein LEFT JOIN in SQL: Es ist so, als ob die zusätzliche Abfrage mit der Primärabfrage per LEFT JOIN verknüpft wird.

Metadaten, IDE-Metadaten

Im Metadatenbereich in der Looker-IDE werden kontextbezogene Informationen für ein LookML-Objekt angezeigt. Wenn Sie beispielsweise in der IDE auf einen view-Parameter zeigen, sehen Sie im Metadatenbereich, in welche Explores diese Ansicht eingebunden ist und welche Ansichten Erweiterungen dieser Ansicht sind.

Modell

Ein Modell ist die semantische Ebene in Looker, die die Logik steuert und den Datenzugriff für Nutzer regelt. Sie wird von Entwicklern als Modelldatei im LookML-Projekt erstellt und enthält Informationen darüber, welche Tabellen verwendet werden sollen und wie sie verknüpft werden sollen. In einem LookML-Projekt können mehrere Modelle für dieselbe Datenbankverbindung vorhanden sein. Mit den einzelnen Modellen werden unter Umständen unterschiedliche Daten für unterschiedliche Benutzer bereitgestellt.

Modelldatei

In einem LookML-Projekt wird in einer Modelldatei eine einzelne Datenbankverbindung, die Gruppe von Explores, die diese Verbindung verwenden, und die Explores selbst sowie die Art und Weise, wie sie verknüpft werden sollen, angegeben.

Modellsatz

In einem Modellsatz wird definiert, welche Daten und LookML-Felder ein Nutzer oder eine Gruppe sehen kann. Ein Administrator kann eine Kombination von LookML-Modellen auswählen, auf die ein Nutzer oder eine Gruppe Zugriff haben soll. Ein Modellsatz muss als Teil einer Rolle verwendet werden, damit er eine Wirkung hat.

Siehe auch Rolle

N

native abgeleitete Tabelle

Native abgeleitete Tabellen, die manchmal auch als LookML-basierte abgeleitete Tabellen bezeichnet werden, sind abgeleitete Tabellen, deren Abfragen in LookML-Begriffen definiert sind und auf LookML-Dimensionen und ‑Messwerte in Ihrem Modell verweisen. Native abgeleitete Tabellen können temporär oder persistent sein.

Siehe auch Abgeleitete Tabelle, Persistente native abgeleitete Tabelle, Temporäre abgeleitete Tabelle

Northbound-Traffic

Weitere Informationen

O

Objektbrowser

Im Objektbrowserbereich in der Looker-IDE können Nutzer alle Objekte in einem Projekt an einem Ort sowie die hierarchischen Beziehungen zwischen ihnen ansehen.

Objekt

siehe LookML-Objekt

Ausgehender Traffic

In Netzwerken ist ausgehender Traffic, auch als Southbound-Traffic bezeichnet, Traffic von einer Netzwerkkomponente höherer Ebene zu einer Netzwerkkomponente niedrigerer Ebene. Im Zusammenhang mit Looker (Google Cloud Core) ist ausgehender Traffic beispielsweise Traffic von einer Looker (Google Cloud Core)-Instanz zu einem Backend-Zieldienst wie einer Datenbank.

P

Parameter

Mit einem Parameter werden LookML-Elemente wie Modelle, Ansichten, Explores und Felder definiert oder geändert. Eine Liste aller verfügbaren Parameter finden Sie in der LookML-Kurzübersicht.

Berechtigung

Administratoren können Berechtigungen verwalten, um festzulegen, welche Nutzer und Gruppen auf Inhalte, Daten und Funktionen zugreifen können. Berechtigungen können modellspezifisch oder instanzweit sein. Berechtigungssätze müssen als Teil einer Rolle verwendet werden, damit sie wirksam werden.

Berechtigungssatz

Berechtigungssätze werden in einer Rolle mit Modellsätzen kombiniert.

Siehe auch Rolle

persistente abgeleitete Tabelle

Eine persistente abgeleitete Tabelle (PDT) ist eine abgeleitete Tabelle, die im Scratch-Schema einer Datenbank gespeichert wird und nach einem von Ihnen gewählten Zeitplan neu generiert werden kann. Sie kann in einer Abfrage referenziert werden, ohne dass das zugrunde liegende SQL jedes Mal ausgeführt werden muss, wenn sie aufgerufen wird. Eine PDT kann eine native abgeleitete Tabelle oder eine SQL-basierte abgeleitete Tabelle sein.

Siehe auch abgeleitete Tabelle

persistente, native abgeleitete Tabelle

Eine persistente native abgeleitete Tabelle ist eine LookML-basierte abgeleitete Tabelle, die persistent ist. Das bedeutet, dass sie im Scratch-Schema einer Datenbank gespeichert und nach einem von Ihnen gewählten Zeitplan neu generiert werden kann. Sie kann in einer Abfrage referenziert werden, ohne dass das zugrunde liegende SQL bei jedem Aufruf ausgeführt werden muss.

Siehe auch abgeleitete Tabelle, native abgeleitete Tabelle

persistente SQL-basierte abgeleitete Tabelle

Eine persistente SQL-basierte abgeleitete Tabelle ist eine SQL-basierte abgeleitete Tabelle, die persistent ist. Das bedeutet, dass sie im Scratch-Schema einer Datenbank gespeichert und nach einem von Ihnen gewählten Zeitplan neu generiert werden kann. Sie kann in einer Abfrage referenziert werden, ohne dass das zugrunde liegende SQL jedes Mal ausgeführt werden muss, wenn sie aufgerufen wird.

Siehe auch Abgeleitete Tabelle, SQL-basierte abgeleitete Tabelle

Funktion in der Vorabversion

Im Bereich Vorschaufunktionen im Menü Administrator werden die neuen Funktionen in der Entwicklung von Looker aufgeführt. Diese müssen von einem Looker-Administrator aktiviert werden. Früher als Labs-Funktion bezeichnet.

Primärschlüssel

Der Primärschlüssel ist die Dimension, die für jede Datenzeile genau einen eindeutigen Wert hat. Wenn Datentabellen in einer 1:n-Beziehung zusammengeführt werden, muss der Primärschlüssel richtig definiert sein, um einen Fanout zu vermeiden.

Primärabfrage

Eine Primärabfrage ist eine einzelne Abfrage, die aus einem einzelnen Explore erstellt wird. Bei der Arbeit mit zusammengeführten Ergebnissen ist die Primärabfrage ein ähnliches Konzept wie die primäre ID beim Verknüpfen mehrerer Tabellen in SQL.

Produktionsmodus

Im Produktionsmodus werden Änderungen, die im Entwicklungsmodus vorgenommen, aber nicht in die Produktion übertragen wurden, noch nicht im Datenmodell berücksichtigt, das von allen Nutzern verwendet wird. Im Produktionsmodus werden LookML-Dateien als schreibgeschützt behandelt. Ein Entwickler kann den Entwicklungsmodus aufrufen, um Änderungen an LookML-Dateien vorzunehmen und diese Änderungen in die Produktionsumgebung zu übertragen, damit andere sie sehen können.

Projekt, LookML-Projekt

In Looker ist ein Projekt eine Gruppe von zugehörigen Modellen und anderen Dateien (z. B. Explores, Ansichten und LookML-Dashboards), mit denen Sie Ihr Datenmodell definieren. Im Allgemeinen entspricht ein Projekt einem einzelnen Git-Repository.

Brd.

Zeitzone der Abfrage

Die Zeitzone der Abfrage ist eine Administratoreinstellung für die Zeitzone, in der Datums- und Zeitangaben bei Abfragen angezeigt werden.

Siehe auch Zeitzone der Datenbank, Zeitzoneneinstellungen

R

Bericht

Ein Looker-Bericht ist eine Art von Looker-Inhalt, mit dem Sie Daten visualisieren und analysieren können. Im Gegensatz zu einem Dashboard ist für einen Bericht keine zugrunde liegende Modellierung erforderlich. Sie können Berichte für andere Nutzer freigeben. Wenn Sie ihnen Lesezugriff gewähren, können sie sich die Daten nur ansehen. Gewähren Sie ihnen Bearbeitungszugriff, dann haben Sie auch die Möglichkeit, die Struktur des Berichts zu bearbeiten. Berichte können aus mehreren Seiten, Diagrammen und anderen Komponenten wie Steuerelementen, Textbereichen, Formen und Bildern bestehen. Ein Looker-Administrator kann den Zugriff auf Berichte aktivieren, indem er im Bereich Berichte des Admin-Bereichs die Option Berichte aktivieren aktiviert.

Rolle

Eine Rolle definiert die Berechtigungen, die ein Nutzer oder eine Gruppe für einen bestimmten Modellsatz in Looker hat. Sie erstellen eine Rolle, indem Sie einen Modellsatz mit einem Berechtigungssatz kombinieren.

Siehe auch Modellsatz, Berechtigungssatz

S

Scratch-Schema

Ein Scratch-Schema ist ein Schema in der zugrunde liegenden Datenbank, das zum Speichern von Looker-PDTs vorgesehen ist.

Siehe auch persistente abgeleitete Tabelle

Self-Service-Explore

Ein Self-Service-Explore ist ein Explore, das aus den von einem Nutzer hochgeladenen Daten erstellt wird.

Slug

Ein Slug ist ein sicher generierter zufälliger String, der den Wert der Inhalts-ID in einer URL ersetzt. Diese URL verweist beispielsweise auf ein Dashboard: https://docserver.cloud.looker.com/dashboards/CQ1fu99Z9Y1ggq2wcHDfMm. In diesem Beispiel ist der String CQ1fu99Z9Y1ggq2wcHDfMm der Slug. Wenn Sie den Slug eines Dashboards aufrufen möchten, wählen Sie im Dreipunkt-Menü des Dashboards die Option Link abrufen aus. Wenn Sie einen Explore-Slug aufrufen möchten, wählen Sie im Zahnradmenü für Explore-Aktionen die Option Teilen aus. Sie können den Alias dann im Feld Kurz-URL aufrufen oder kopieren.

Traffic in Richtung Süden

Weitere Informationen zum ausgehenden Traffic

Gruppenbereich

Ein Space ist ein Ordner, in dem Dashboards, Looks und andere Spaces (untergeordnete Spaces) gespeichert werden. Jeder Nutzer hat einen persönlichen Space und eine Looker-Instanz kann auch eine Vielzahl von freigegebenen Spaces haben. Der Zugriff auf Inhalte in Looker wird auf Space-Ebene zugewiesen. Spaces wurden ab Looker 6.20 in Ordner umbenannt.

Weitere Informationen Ordner

SQL-basierte abgeleitete Tabelle

Eine SQL-basierte abgeleitete Tabelle ist eine abgeleitete Tabelle, für die eine Abfrage mit einer SQL-Abfrage definiert ist, die auf Spalten in Ihrer Datenbank verweist. SQL-basierte abgeleitete Tabellen können temporär oder persistent sein.

siehe auch abgeleitete Tabelle, persistente SQL-basierte abgeleitete Tabelle, temporäre abgeleitete Tabelle

SQL-Runner

SQL Runner ist über das Menü Entwickeln oder über ein Explore (mit den entsprechenden Berechtigungen) zugänglich und ermöglicht es Nutzern, Raw-SQL für ihre zulässigen Verbindungen auszuführen. Mit SQL Runner können Sie unter anderem Datenbankfunktionen ausführen, abgeleitete Tabellen erstellen und Projekten hinzufügen sowie die Funktion EXPLAIN nutzen.

Standardversion

Die Standardversion ist ein Looker (Google Cloud Core)-Versionstyp, der für kleine Teams und kleine oder mittelständische Unternehmen mit bis zu 50 internen Plattformnutzern entwickelt wurde. Neben vielen vorhandenen Looker-Funktionen bietet die Standardversion neue Funktionen wie die Google Cloud-Identitäts- und Zugriffsverwaltung und eine vereinfachte BigQuery-Verbindung.

Unterordner

Ein Unterordner ist ein Ordner, der in einem anderen Ordner gespeichert ist. Ordner wurden vor Looker 6.20 als Bereiche bezeichnet.

Unterparameter

Ein Unterparameter ist ein Parameter, der unter einem anderen (übergeordneten) Parameter verwendet werden kann, um die Funktionsweise dieses Parameters weiter zu definieren, zu verfeinern oder anzugeben.

Unterbereich

Ein Unterbereich ist ein Space, der in einem anderen Space gespeichert ist. Spaces wurden ab Looker 6.20 in Ordner umbenannt.

Substitutionsoperator

Das Dollarzeichen ($) ist ein Substitutionsoperator in Looker, mit dem LookML-Code leichter wiederverwendbar und modularer wird. Mit dieser Syntax können Sie auf LookML-Objekte verweisen, die bereits definiert wurden.

symmetrische Aggregate

Symmetrische Aggregate sind Funktionen in Looker, die Ergebnisse für Aggregationen oder Messwerte zurückgeben. Sie helfen, die richtige Beziehung zwischen Tabellen zu definieren und so Fanouts zu vermeiden.

Systemzeitzone

Die Systemzeitzone ist die Zeitzone, für die der Server, auf dem Looker ausgeführt wird, konfiguriert ist.

Weitere Informationen Zeitzoneneinstellungen

T

Tabellenkalkulation

Tabellenkalkulationen ähneln Tabellenformeln und werden für die Ergebnisse einer Abfrage ausgeführt, nachdem die Abfrage ausgeführt wurde.

temporäre abgeleitete Tabelle

Eine temporäre abgeleitete Tabelle, die manchmal auch als „ephemerische“ abgeleitete Tabelle bezeichnet wird, ist temporär und wird nicht in die Datenbank geschrieben. Eine temporäre abgeleitete Tabelle kann entweder eine LookML-basierte (native) abgeleitete Tabelle oder eine SQL-basierte abgeleitete Tabelle sein.

Siehe auch abgeleitete Tabelle, native abgeleitete Tabelle, SQL-basierte abgeleitete Tabelle

Text-Tile

Eine Art Textkachel im Dashboard, die eine visuelle Bearbeitung ermöglicht.

Design

Mit Designs können Sie die Darstellung Ihrer eingebetteten Looker-Dashboards und ‑Explores anpassen. Sie können Designs verwenden, um Schriftfamilie, Textfarbe, Hintergrundfarbe, Kachelfarbe und andere visuelle Elemente anzupassen.

Kachel

Tiles sind Visualisierungen, die einem Dashboard aus einem Explore oder einem Look hinzugefügt werden. Tiles können abfragebasiert oder mit einem Look verknüpft sein. Abfrage-Tiles unterscheiden sich von mit einem Look verknüpften Tiles, da sie nur in Dashboards gespeichert werden.

Zeitzoneneinstellungen

Looker-Administratoren und -Nutzer haben verschiedene Möglichkeiten, zeitbasierte Daten in bestimmten Zeitzonen zu konvertieren und anzuzeigen.

Siehe auch Zeitzone der Anwendung, Zeitzone der Datenbank, Zeitzone der Abfrage, Systemzeitzone, nutzerspezifische Zeitzonen

transpilieren

Der Prozess, bei dem Quellcode, der in einer Sprache geschrieben wurde, in eine andere Sprache mit einem ähnlichen Abstraktionsniveau umgewandelt wird. Ein Beispiel ist die Kompilierung von TypeScript in JavaScript.

Tabelle mit triggerbasierter Aufbewahrungsstrategie

Eine Tabelle mit triggerbasierter Aufbewahrungsstrategie ist eine abgeleitete Tabelle, die einen Trigger als Persistenzstrategie verwendet. Dazu wird entweder der Parameter datagroup_trigger, der Parameter sql_trigger_value oder der Parameter interval_trigger verwendet. Bei Auslöser-persistenten Tabellen behält Looker die PDT in der Datenbank bei, bis die Neuerstellung der PDT ausgelöst wird. Nach Auslösen der PDT erstellt Looker die PDT neu, um die vorherige Version zu ersetzen. Weitere Informationen finden Sie auf der Dokumentationsseite Abgeleitete Tabellen in Looker.

U

Abmelden (für Benachrichtigungen und geplante Inhaltsbereitstellungen)

Durch das Abmelden können Nutzer geplante Inhaltsübermittlungen und Benachrichtigungen deaktivieren. Die Folgen einer Abmeldung hängen davon ab, wie die Zustellung eingerichtet ist.

Bei geplanten E‑Mail-Lieferungen und Benachrichtigungen, die per E-Mail gesendet werden, beendet jeder Nutzer, der sich im Namen einer Gruppen-E-Mail-Verteilung abmeldet, die E-Mail-Lieferungen und Benachrichtigungen für alle Nutzer in dieser Gruppe. Wenn Empfänger separat aufgeführt sind und sich der letzte verbleibende Empfänger von einer geplanten Inhaltsübermittlung abmeldet, wird der Zeitplan aus Looker gelöscht und es werden keine Übermittlungen mehr gesendet.

Wenn sich ein Nutzer über die Slack- oder Slack Attachment (API-Token)-Integration von Benachrichtigungen zu Benachrichtigungen in Slack abmeldet, wird die Benachrichtigung in Looker deaktiviert und es werden keine Benachrichtigungen mehr gesendet.

nutzerspezifische Zeitzone

Nutzerspezifische Zeitzonen ist eine Administratoroption, mit der Nutzer, wenn sie aktiviert ist, ihre eigene Zeitzone auswählen können. Abfragen werden mit den Zeitzonen der Nutzer erstellt, die sie erstellt haben.

Siehe auch Zeitzone der Anwendung, Zeitzone der Datenbank, Zeitzone der Abfrage, Zeitzoneneinstellungen

benutzerdefiniertes Dashboard

Benutzerdefinierte Dashboards werden erstellt, indem Inhalte über die Looker-Benutzeroberfläche hinzugefügt werden, anstatt LookML zu verwenden. Dies ist die häufigste Art von Dashboard.

V

Ansicht

In Looker kann eine Ansicht eine zugrunde liegende Datenbanktabelle oder eine abgeleitete Tabelle darstellen. Views sind die Bausteine für Explores. Sie machen die Informationen in einer View für Abfragen mit der Feldauswahl in der Explore-Benutzeroberfläche verfügbar. Gemäß der Konvention wird eine Ansicht in einer Ansichtsdatei definiert.

Ansichtsdatei

In einer Ansichtsdatei definieren Sie die Dimensionen, Messwerte und anderen Felder, die in Ihrem LookML-Modell verwendet werden.

Weitere Informationen Modell

visuelles Untersuchen

Visuelles Untersuchen wird in Dashboards nicht unterstützt. Damit das visuelle Untersuchen möglich ist, passen LookML-Entwickler eine Aufschlüsselungsvisualisierung mit dem Parameter link an. Betrachter von Looks oder explorativen Datenanalysen können auswählen, ob sie die benutzerdefinierte Visualisierung oder eine Datentabelle sehen möchten. Klicken Sie dazu oben im Drilldown-Fenster auf die entsprechenden Schaltflächen.

Weitere Informationen Modell

Visualisierung

Looker bietet verschiedene Arten von Visualisierungen: die integrierten Diagrammvisualisierungen, die in Looker-Inhalten angezeigt werden, und die benutzerdefinierten Visualisierungen, die mit einem visualization-Parameter oder über die Seite Visualisierungen im Bereich Administrator der Looker-Instanz erstellt oder als Visualisierungen oder Plug-ins aus dem Looker Marketplace installiert werden können.

Visualisierungskomponenten

Visualisierungskomponenten sind vorgefertigte Teile der Looker-Anwendung, die auf React basieren. Mit ihnen lassen sich Visualisierungen für benutzerdefinierte Datenanwendungen und angepasste eingebettete Looker-Dashboards rendern und ändern.