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 Looker Studio finden Sie auf der Seite Gemeinsame Begriffe und Konzepte in Looker und Looker 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, Zugriff auf Funktionen

Aktion

Mit einer Datenaktion können Nutzer direkt über 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 aber auch alles andere auslösen, was Sie für 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 ermöglichen, können Sie diesen Dienst als Aktion auswählen, wenn Sie Daten aufschlüsseln 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 in der Remote-Produktionsverzweigung 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 Kontrollgruppe erstellen möchten, wählen Sie im Filterkonfigurationsfenster im Feld Kontrollgruppe die Option Erweitert aus.

Benachrichtigung

Mit Benachrichtigungen können Nutzer Bedingungen in den Daten einer Dashboardkachel 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 Looker-Integrationen für Slack oder Slack Attachment (API-Token) 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 Ansicht, die als Ausgangspunkt für die Erstellung eines Explores verwendet wird. Dort können Sie andere Ansichten mit der Basisansicht verknüpfen, die im Explore verwendet werden soll. 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 der Basisansicht benennen möchten.

Siehe auch Ansicht, Entdecken

Block, Looker-Block

Looker Blocks sind vorgefertigte LookML-Codeteile, 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

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 Nutzer aus verschiedenen Gruppen untereinander kennen. Weitere Informationen

Code-Splitting

Eine Technik zum verzögerten Laden 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. 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, die 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 überall in Ihrem Modell auf Konstanten verweisen, wo Strings akzeptiert werden.

content

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

Zugriff auf Inhalte

Mit Inhaltszugriff 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

Der Content Validator von Looker durchsucht Ihr LookML nach Verweisen auf Modell-, Explore- und Feldnamen. Entwickler können den Content Validator nach Änderungen an einem Projekt verwenden, um zu prüfen, ob sich die Änderungen auf gespeicherte Looks oder abfragebasierte Dashboardkacheln ihrer Nutzer ausgewirkt haben. Mit der Inhaltsvalidierung können Sie auch LookML-Elemente suchen und ersetzen, um Fehler aufgrund von Änderungen zu beheben.

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 Dashboards, auf das Kreuzfilter angewendet wurden, 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, das mit dem Parameter element erstellt wurde.

Dashboard-Datei

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

Siehe auch LookML-Dashboard

Datenzugriff

Mit Datenzugriff wird festgelegt, 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

Datenbankzeitzone 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 datagroup-Parametern 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 aktivieren, um Änderungen an LookML vorzunehmen und diese 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, eine Tatsache oder einen Wert darstellt. Es kann in einem Explore über die Feldauswahl ausgewählt und zum Filtern einer Abfrage verwendet werden. Häufig verwendete Dimensionen sind 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 Dimensionsergänzung können Sie Looker anweisen, fehlende Daten oder Werte für eine bestimmte Dimension zu ergänzen, z. B. 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 zum Füllen von Dimensionen 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 aufschlüsseln, um genauere Informationen zu einem bestimmten Datenpunkt zu erhalten. Wenn Sie Daten in einer Visualisierung aufschlüsseln 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 umfasst und signierte Einbettung, eine Private-Label-Option, benutzerdefinierte Designs, 500.000 Query API-Aufrufe pro Monat und 100.000 Admin API-Aufrufe pro Monat bietet.

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 IP bietet und durch die Funktion Elite System Activity eine robustere Überwachung ermöglicht.

Berechtigung

Berechtigungen definieren die Looker-Ressourcen, auf die eine Looker-Erweiterung zugreifen kann. Die Erweiterung kann nur dann 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 vorübergehende 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 zum Erweitern von Explores über Modelle hinweg und zum Definieren nativer abgeleiteter Tabellen verwendet werden.

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.

Siehe auch Datei untersuchen

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 Teilen der Looker-Benutzeroberfläche werden Erweiterungen als „Anwendungen“ bezeichnet.

Weitere Informationen: Looker Data Dictionary,Looker Extension Framework

F

Fanout (Substantiv), Fanout (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 Summen 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 Berechtigungsgruppen 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. Im Field Picker werden möglicherweise auch Nur-Filter-Felder angezeigt.

Filterkomponente

Filterkomponenten sind React-basierte, 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. Im Explore-Abschnitt von Looker können Sie Filterausdrücke verwenden, indem Sie einen Filter hinzufügen und die Option Übereinstimmung (für Fortgeschrittene) wä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 und 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.

inkrementelle persistente abgeleitete Tabelle

Eine inkrementelle persistente abgeleitete Tabelle ist eine Art von persistenter abgeleiteter 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. Das kann die Erstellung Ihrer PDTs beschleunigen und die Datenbankbelastung verringern. 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, sodass Sie Daten aus mehreren Ansichten kombinieren können. Sie können beliebig viele Ansichten für ein bestimmtes Explore verknüpfen.
• (v.) Kombinieren Sie Daten aus mehreren Ansichten, indem Sie die Beziehung zwischen einem Explore und einer Ansicht über einen join-Parameter definieren.

L

Labs-Funktion

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

Legacy-Funktion

Einige Produktfunktionen haben die Option Legacy-Funktion, mit der die Legacy-Funktion für einen bestimmten Zeitraum weiter verwendet werden kann. Das kann nützlich sein, um einen Migrationsplan zu entwickeln und zu implementieren. Im Bereich Admin von Looker werden die Funktionen aufgeführt, für die die Option für die alte 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 (Substantiv)

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 übernommen, 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 Customer-hosted

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 Automatisierungsskripts 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, über die Sie alle Looker-Felder und ‑Beschreibungen in einem Explore durchsuchen können. Damit Looker-Administratoren das Looker Data Dictionary verwenden können, müssen sie die Funktionen Extension Framework und Marketplace aktivieren.

Weitere Informationen: Erweiterung Looker Extension Framework

Looker-Ausdruck

Für Tabellenkalkulationen, benutzerdefinierte Felder und benutzerdefinierte Filter werden Looker-Ausdrücke (Lexp) verwendet, um Berechnungen durchzuführen. Ein Looker-Ausdruck besteht aus einer Kombination von Funktionen, Operatoren und Feldern sowie möglicherweise Konstanten oder Variablen.

Looker Extension Framework

Das Looker Extension Framework ist ein Entwicklungs-Framework, das die Erstellung benutzerdefinierter JavaScript-Datenanwendungen und ‑Tools erheblich beschleunigt und vereinfacht. Um das Looker Extension Framework verwenden zu können, 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 ist und auf LookML-Dimensionen und -Messwerte in Ihrem Modell verweist. 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 im Objektbrowser oder in der LookML-Diagramm-Erweiterung ansehen.

M

Manifest, Manifestdatei

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

Markdown-Kachel

Ein Typ von Dashboard-Text-Tile, mit dem Sie einige HTML-Elemente und eine Teilmenge der Markdown-Auszeichnungssprache zum Formatieren der Tile verwenden können.

Marketplace

Weitere Informationen finden Sie unter Looker Marketplace.

Materialisierte Ansicht

Eine materialisierte Ansicht ist eine Art von persistenter abgeleiteter Tabelle (PDT), 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ären Abfrage per LEFT JOIN verknüpft wird.

Metadaten, IDE-Metadaten

Im Metadatenbereich in der Looker-IDE werden kontextrelevante 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 einschränkt. 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

Ein Modellsatz definiert, welche Daten und LookML-Felder ein Nutzer oder eine Gruppe sehen kann. Ein Administrator kann eine Kombination aus LookML-Modellen auswählen, auf die ein Nutzer oder eine Gruppe Zugriff haben soll. Sie muss als Teil einer Rolle verwendet werden, damit sie 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

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

O

Objektbrowser

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

Objekt

siehe LookML-Objekt

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

Berechtigungsgruppen werden in einer Rolle mit Modellgruppen kombiniert.

Siehe auch Rolle

persistente abgeleitete Tabelle

Eine persistente abgeleitete Tabelle (PDT) ist eine abgeleitete Tabelle, die im Scratch-Schema einer Datenbank gespeichert und nach einem von Ihnen festgelegten Zeitplan neu generiert werden kann. Sie kann in einer Abfrage referenziert werden, ohne dass das zugrunde liegende SQL bei jedem Aufruf ausgeführt 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 Zeitplan Ihrer Wahl neu generiert werden kann. Sie kann in einer Abfrage referenziert werden, ohne dass das zugrunde liegende SQL bei jedem Aufruf ausgeführt wird.

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 Zeitplan Ihrer Wahl neu generiert werden kann. Sie kann in einer Abfrage referenziert werden, ohne dass das zugrunde liegende SQL bei jedem Aufruf ausgeführt wird.

Siehe auch abgeleitete Tabelle, SQL-basierte abgeleitete Tabelle

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äre Abfrage ist eine einzelne Abfrage, die aus einem einzelnen Explore erstellt wird. Bei 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 für andere in der Produktion zu übertragen.

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](/looker/docs/studio-in-looker) ist ein Looker-Inhaltstyp, 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 Steuerungen, 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 eine bestimmte Gruppe von Modellen in Looker hat. Erstellen Sie eine Rolle, indem Sie ein Modellset 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

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ü der Explore-Aktion die Option Teilen aus. Sie können den Alias dann im Feld Kurz-URL aufrufen oder kopieren.

Traffic in Richtung Süden

In Netzwerken ist Southbound-Traffic Traffic von einer Netzwerkkomponente auf höherer Ebene zu einer Netzwerkkomponente auf niedrigerer Ebene. Im Kontext von Looker (Google Cloud Core) ist Downstream-Traffic beispielsweise Traffic von einer Looker (Google Cloud Core)-Instanz zu einem Backend-Zieldienst wie einer Datenbank.

Leertaste

Ein Space ist ein Ordner, in dem Dashboards, Looks und andere Spaces (Unter-Spaces) gespeichert sind. Jeder Nutzer hat einen persönlichen Bereich und eine Looker-Instanz kann auch eine Vielzahl von freigegebenen Bereichen haben. Der Zugriff auf Inhalte in Looker wird auf Bereichsebene zugewiesen. Spaces wurden in 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, Roh-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 Standard-Version ist eine Looker (Google Cloud Core)-Version, die auf kleine Teams und kleine oder mittelständische Unternehmen mit bis zu 50 internen Plattformnutzern zugeschnitten ist. Zusätzlich zu den vielen vorhandenen Looker-Funktionen bietet die Standard-Version neue Funktionen wie die IAM-Funktionen von Google Cloud 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.

Unterraum

Ein Unterspace ist ein Space, der in einem anderen Space gespeichert ist. Spaces wurden in 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 Summen sind Funktionen in Looker, die Ergebnisse für Aggregationen oder Messwerte zurückgeben. Sie helfen dabei, 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.

Siehe auch 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 von Textkachel im Dashboard, die eine visuelle Bearbeitung ermöglicht.

Design

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

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 darzustellen.

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 Abstraktionsgrad umgewandelt wird. Ein Beispiel ist die Kompilierung von TypeScript in JavaScript.

Tabelle mit triggerbasierter Aufbewahrungsstrategie

Eine Auslöser-persistente Tabelle 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.

Wenn ein Nutzer, der eine E-Mail-Verteilungsgruppe abonniert hat, die E-Mail-Lieferungen und Benachrichtigungen im Namen der Gruppe abbestellt, werden die E-Mail-Lieferungen und Benachrichtigungen für alle Nutzer in dieser Gruppe beendet. Wenn Empfänger separat aufgeführt sind und sich der letzte verbleibende Empfänger von einer geplanten Inhaltsbereitstellung abmeldet, wird der Zeitplan aus Looker gelöscht und es werden keine weiteren Bereitstellungen 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

Benutzerspezifische Zeitzonen ist eine Administratoroption, mit der Nutzer ihre eigene Zeitzone auswählen können, wenn sie aktiviert ist. Abfragen werden mit den Zeitzonen der Nutzer erstellt, die die Abfragen eingegeben 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äß 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

Die visuelle Aufschlüsselung wird in Dashboards nicht unterstützt. Damit die visuelle Aufschlüsselung 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, auf React basierende Teile der Looker-Anwendung, mit denen Visualisierungen für benutzerdefinierte Datenanwendungen und angepasste eingebettete Looker-Dashboards gerendert und geändert werden können.