Glossar

Auf dieser Seite sind 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 auf zuvor definierte Objekte in LookML verweisen können.

siehe auch 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, Werte in anderen Anwendungen festgelegt werden oder eine andere Aktion ausgeführt wird, 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

Beim Action Hub von Looker handelt es sich um einen mandantenfähigen Dienst, der Daten an integrierte 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 aufschlüsseln und mit diesem Dienst interagieren. In der Looker-Dokumentation werden die Begriffe „Aktion“ und „Integration“ häufig 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. Dies steht im Gegensatz zur standardmäßigen Git-Integration, bei der nur der neueste Commit im Remote-Produktionszweig in der Produktionsversion einer Looker-Instanz bereitgestellt werden kann.

erweiterter Filter

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

erweiterte Filtersteuerung

Eine erweiterte Filtersteuerung ist eine Art von Dashboard-Filtersteuerung, die Dashboard-Erstellern zusätzliche Flexibilität bei den Filterbedingungen bietet, die sie festlegen können. Wenn Sie ein erweitertes Steuerelement erstellen möchten, wählen Sie im Fenster für die Filterkonfiguration im Feld Steuerelement die Option Erweitert aus.

Benachrichtigung

Mit Benachrichtigungen können Nutzer Bedingungen für die Daten einer Dashboard-Tile festlegen. Wenn diese Bedingungen erfüllt oder überschritten werden, wird eine Benachrichtigung in einer ausgewählten Häufigkeit an bestimmte Empfänger gesendet. Benachrichtigungen werden für abfragebasierte oder mit einem Look verknüpfte Tiles in benutzerdefinierten Dashboards oder LookML-Dashboards festgelegt. Sie können per E-Mail oder über die Looker-Integrationen für Slack oder Slack-Anhang (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 diese 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 Zeitzone

Assert-Validator

In der Continuous Integration (CI) führt der Assert Validator alle LookML-Datentests aus, die Ihre Looker-Entwickler für Ihr LookML-Projekt erstellt haben, und gibt alle Fehler und Probleme zurück.

Siehe auch Continuous Integration

asynchrone Abfrage

Eine asynchrone Abfrage ist eine Datenanfrage, bei der 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 erfolgen. Asynchrone Abfragen können dazu beitragen, das Einfrieren von Apps, Verbindungszeitüberschreitungen und lange Ladezeiten von Dashboards zu vermeiden.

B

Basisansicht (eines Explores)

Eine Basisansicht ist die Ansicht, 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, Erkunden

Block, Looker-Block

Looker Blocks sind vorgefertigte LookML-Elemente, die Sie verwenden und genau an Ihre Anforderungen anpassen können. Von optimierten SQL-Mustern bis hin zu vollständig ausgereiften Datenmodellen können Blocks als Ausgangspunkt für eine schnelle und flexible Datenmodellierung in Looker verwendet werden.

Board

Ein Board enthält eine Sammlung manuell ausgewählter 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 zu bieten, und es Nutzern erleichtern, die für sie relevantesten Informationen zu finden.

browse, browsing

Browsen umfasst das Ansehen, Freigeben, 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 bestätigt wurden.

CI

siehe Continuous Integration

geschlossenes System

In einem geschlossenen System, das auch als Multi-Tenant-Installation bezeichnet wird, werden Inhalte nach bestimmten Gruppen in Silos zusammengefasst und es wird verhindert, dass sich Nutzer aus verschiedenen Gruppen untereinander kennen.

Codeaufteilung

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 Codeaufteilung erreicht werden. Funktionen, die nicht sofort erforderlich sind, werden erst geladen, wenn sie tatsächlich benötigt werden.

Community

Die Looker-Community, früher als Discourse bekannt, ist ein Nutzerforum mit Beiträgen, Diskussionen, Fragen und Ideen, die von Looker-Nutzern und -Experten geteilt werden.

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 richten Sie die Datenbankverbindung ein, über die 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 im gesamten Projekt wiederverwendet werden kann. Sie können Konstanten überall in Ihrem Modell referenzieren, wo Strings akzeptiert werden.

Inhalte

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

Zugriff auf Inhalte

Der Zugriff auf Inhalte steuert, ob ein Nutzer oder eine Gruppe ein Board oder einen Ordner (vor Looker 6.20 als „Space“ 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 Ihrer LookML nach Verweisen auf Modell-, Explore- und Feldnamen. Entwickler können die Inhaltsvalidierung verwenden, nachdem sie Änderungen an einem Projekt vorgenommen haben, um zu prüfen, ob sich ihre Änderungen auf die gespeicherten Looks oder abfragebasierten Dashboard-Tiles ihrer Benutzer ausgewirkt haben. Mit der Inhaltsvalidierung können Sie auch LookML-Elemente suchen und ersetzen, um Fehler zu beheben, die durch Änderungen verursacht wurden.

Bei der Continuous Integration (CI) führt die CI-Inhaltsvalidierung eine Inhaltsvalidierung durch, um nach Fehlern in den Looks und Dashboards in Ihrem LookML-Projekt zu suchen. Sie können die Validierung auch auf bestimmte Inhaltsordner, Modelle und Explores beschränken.

Siehe auch Continuous Integration

Continuous 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 Datenerfahrungen zu ermöglichen. Mit den CI-Validatoren können Sie Probleme mit SQL, Datentests, Inhalten, LookML und Codierungsstil erkennen, bevor sie in die Produktion gelangen. So können Sie Ihre LookML-Dateien prüfen und Abfragefehler für Ihre Nutzer verhindern. Sie können die CI-Validatoren auch so konfigurieren, dass sie automatisch ausgeführt werden, wenn eine Pull-Anfrage an Ihr LookML-Repository oder an ein importiertes LookML-Projekt gesendet wird, nach einem Zeitplan oder wenn ein dbt Cloud-CI-Job abgeschlossen ist.

siehe auch Assert-Validator, Inhaltsvalidierung, inkrementelle Validierung, LookML-Validator, Ausführung, SQL-Validator, Suite

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 die URL eines Dashboards mit angewendeten Kreuzfiltern geteilt wird.

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

Eine „vom Kunden gehostete“ Bereitstellung – in dieser Dokumentation auch als „selbst gehostet“ oder „lokal“ bezeichnet – bedeutet, dass das Produkt vom oder für den Kunden in dessen Räumlichkeiten 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 Dienste, die von Looker gehostet werden und über das Produkt zugänglich sind, insbesondere Lizenzierungsdaten, Konfigurationssicherungen, Systemfehlerberichte, Datenaktionen und Support-Tickets, wie im Abschnitt Von Looker weitergegebene Anwendungsdaten auf der Sicherheitswebseite von Looker beschrieben. Der Looker-Support hat in der Regel keinen Zugriff auf diese Instanzen für Support- oder Bereitstellungszwecke. Der Kunde muss seine eigenen Versionsupdates ausführen.

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

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

siehe auch Von Looker gehostet

D

Dashboard

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

Siehe auch LookML-Dashboard, benutzerdefiniertes Dashboard

Dashboard-Element, Element

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

Dashboard-Datei

Ein LookML-Dashboard wird in einer LookML-Projektdatei mit der Erweiterung .dashboard.lookml definiert.

Siehe auch LookML-Dashboard

Datenzugriff

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

Zeitzone der Datenbank

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

Siehe auch Zeitzone der Abfrage, Zeitzoneneinstellungen

Datengruppe

Sie können einen oder mehrere Datengruppen-Parameter verwenden, um eine Caching-Richtlinie zu definieren, festzulegen, wann persistente abgeleitete Tabellen (PDTs) neu erstellt werden sollen, und Zeitpläne auszulösen.

Standard-Agent, Standard-Daten-Agent

Ein Standard-Agent ist ein einzelner, freigegebener Dashboard-Daten-Agent, der mit einem benutzerdefinierten Dashboard oder LookML-Dashboard verknüpft ist. Alle Nutzer, die die Berechtigung haben, mit dem Dashboard zu chatten, können mit diesem freigegebenen KI-Agenten interagieren. Nutzer mit Bearbeitungsberechtigungen für das Dashboard können die Anweisungen und Einstellungen des KI-Agenten anpassen. Dadurch wird das Verhalten des KI-Agenten für alle Betrachter dieses Dashboards aktualisiert.

Siehe auch default_dashboard_agent, Dashboard

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. Damit kann die Ausgabe einer Abfrage so behandelt werden, als wäre sie eine Tabelle in der Datenbank (wird normalerweise für „Fakten“-Tabellen verwendet). „Abgeleitete Tabelle“ ist ein allgemeiner Begriff für jede Art von abgeleiteter Tabelle, einschließlich LookML-basierter (nativer) abgeleiteter Tabellen, SQL-basierter abgeleiteter Tabellen, temporärer abgeleiteter Tabellen und persistenter abgeleiteter 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 dann 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

Die Dimensionsbefüllung ist eine Funktion, mit der Sie Looker anweisen können, fehlende Daten oder Werte für eine bestimmte Dimension einzufügen, 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 Satz verbindet. Die Option „Dimensionsbefüllung“ kann mit dem Parameter allow_fill aktiviert oder deaktiviert werden.

Dimensionsgruppe

Mit 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 oder anderen Zeiträumen aufteilen.

untersuchen

In 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 Abschnitt Daten eines Explores den Wert eines Messwerts oder den Wert einer Dimension aus, für die eine Aufschlüsselung möglich ist.

E

embed, embedding

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 (erfordert entweder eine Looker-Anmeldung oder eine signierte URL).

Embed-Version

Die Embed-Version ist eine Looker (Google Cloud Core)-Version, die alle Funktionen der Enterprise-Version enthält und außerdem signierte Einbettung, eine Private-Label-Option, benutzerdefinierte Designs, 500.000 Abfrage-API-Aufrufe pro Monat und 100.000 Admin-API-Aufrufe pro Monat bietet.

Enterprise-Version

Eine Enterprise-Version ist ein Looker (Google Cloud Core)-Versionstyp, der alle Funktionen der Standard-Version enthält, eine unbegrenzte Anzahl von Nutzern unterstützt, zusätzliche Sicherheitsfunktionen wie VPC-SC und private Verbindungen umfasst und über die Funktion Elite-Systemaktivität ein robusteres Monitoring bietet.

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

Erkunden (n.)

Ein Explore ist der Ausgangspunkt für Abfragen. In einem Explore wird ein bestimmter Satz 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-Tile gespeichert werden kann. Explore-URLs können auch geteilt werden.

erkunden, erforschen (V.)

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

Explore-Datei

Eine Explore-Datei ist eine LookML-Projektdatei 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 dem Looker-Menü „Explores“ eine Ansicht hinzugefügt. Als Best Practice sollte ein Explore in einer Modelldatei definiert werden. 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 aufgenommen wird.

siehe auch Explore-Datei

Erweiterung

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

Siehe auch Looker Data Dictionary, Looker Extension Framework

F

Fanout (Subst.), posten (Verb)

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

Funktionszugriff

Der Funktionszugriff steuert die Arten von Aktionen, die 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 in einem Explore angezeigten Daten gelten. Der Looker-Entwickler oder -Administrator konfiguriert diese Dimensions- und Messwertoptionen. In der Feldauswahl können auch Nur-Filter-Felder angezeigt werden.

Filterkomponente

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

Filterausdruck

Filterausdrücke sind eine erweiterte Option zum Filtern von Looker-Abfragen. Sie können Filterausdrücke im Explore-Abschnitt von Looker 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 oder nach teilweisen Übereinstimmungen mit Strings, Datum und Uhrzeit, booleschen Werten, Zahlen und Standortfeldern zu filtern.

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 „Spaces“ 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 transformieren oder auf komplexe Weise auf Daten verweisen. Sie ähneln Excel-Funktionen.

G

Golden Query

siehe bestätigte Suchanfrage

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 Nutzern Rollen in großen Mengen zuzuweisen.

H

Hub-and-Spoke

Eine LookML-Architektur mit mehreren Projekten, bei der ein zentrales Upstream-Projekt (das Hub-Projekt) freigegebene LookML-Objekte definiert, die in ein oder mehrere Downstream-Projekte (die Spoke-Projekte) importiert werden. Dort können Teams die freigegebene LookML anpassen oder darauf aufbauen (z. B. mithilfe von LookML-Verfeinerungen oder extends). In der Continuous Integration (CI) können Sie eine CI-Suite in einem Spoke-Projekt konfigurieren, um Validierungsläufe automatisch auszulösen, wenn eine Pull-Anfrage an ein importiertes Hub-Projekt gesendet wird.

Hybridnetzwerk

Netzwerk zwischen Google Cloud und lokalen oder anderen Cloud-Anbieterumgebungen. Eine Zusammenfassung der Verbindungsoptionen für Hybridnetzwerke finden Sie auf der Dokumentationsseite Netzwerksegmentierung und Konnektivität 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 Kontext von Looker (Google Cloud Core) ist eingehender Traffic beispielsweise Traffic von einem Client zu einer Looker (Google Cloud Core)-Instanz, über den Nutzer auf eine Looker (Google Cloud Core)-Instanz zugreifen können.

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 bestimmten Schritten an die Tabelle anhängt, anstatt die gesamte Tabelle neu zu erstellen. Dies 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 zusammengefasste Tabellen sein.

siehe auch persistente abgeleitete Tabelle

Inkrementelle Validierung

In Continuous Integration (CI) ist die inkrementelle Validierung eine Option für den SQL-Validator, die Inhaltsvalidierung und den Stilvalidator, mit der Fehler identifiziert werden, die nur in einem Entwicklungszweig oder Pull-Anfrage-Commit vorhanden sind und noch nicht in der Produktionsversion des LookML-Projekts existieren. Beim SQL-Validator und der Inhaltsvalidierung werden bei der inkrementellen Validierung Explores übersprungen, deren kompilierter SQL-Code sich zwischen der Entwicklerversion und der Produktionsversion nicht geändert hat. Dadurch können Validierungsläufe schneller ausgeführt werden.

Siehe auch Continuous Integration

Instanz

Der Server (oder Servercluster), auf dem Looker gehostet wird. Jeder Client 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 für ein bestimmtes Explore beliebig viele Ansichten 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

Labs-Funktionen sind eine Unterkategorie von Funktionen in der Vorabversion. Sie können jederzeit ohne Vorankündigung aus dem Produkt entfernt werden. Probleme mit Funktionen werden möglicherweise nicht behoben. Diese experimentellen Funktionen sollen Ihnen Funktionen zeigen, die in Zukunft in Looker integriert werden könnten, und Ihr Feedback einholen. Labs-Funktionen sind nur in Looker (Original) verfügbar.

siehe auch Funktion in der Vorabversion

Legacy-Funktion

Für einige Produktfunktionen gibt es eine Option für Legacy-Funktionen, mit der die Legacy-Funktion für einen bestimmten Zeitraum weiter verwendet werden kann (was für die Entwicklung und Implementierung eines Migrationsplans nützlich sein kann). Im Bereich Admin von Looker sind 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 veröffentlicht werden. Alle Änderungen an einem Look werden in allen Dashboards übernommen, in denen er enthalten ist.

von Looker gehostet

Wenn Looker Ihre Bereitstellung hostet, verwaltet Looker in Ihrem Namen alle erforderlichen IT-Funktionen, die mit der Looker-Anwendung zusammenhängen, basierend auf der Ressourcennutzung und den Geschäftsanforderungen. Dadurch wird der Aufwand für die Installation, Konfiguration und Wartung der Looker-Anwendung erheblich reduziert. Weitere Informationen zu den Vorteilen der einzelnen Hostingoptionen finden Sie auf der Dokumentationsseite Hostingoption für eine Looker (Original)-Instanz 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 durchzuführen, Datenlieferungen 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-Sicherheitsarchitektur auf der Sicherheitswebseite von Looker.

Looker-Connector

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

Looker Data Dictionary

Das Looker Data Dictionary ist eine Erweiterung, also eine Webanwendung, die mit Looker-Komponenten erstellt wurde. Sie wurde mit dem Looker Extension Framework entwickelt und über den Looker Marketplace bereitgestellt. Die Looker Data Dictionary-Erweiterung bietet eine dedizierte, zentrale Oberfläche, über die Sie alle Looker-Felder und -Beschreibungen in einem Explore durchsuchen können. Wenn Sie das Looker Data Dictionary verwenden möchten, müssen Looker-Administratoren die Funktionen Erweiterungs-Framework und Marketplace aktivieren.

Siehe auch Erweiterung, Looker Extension Framework

Looker-Ausdruck

Tabellenkalkulationen, benutzerdefinierte Felder und benutzerdefinierte Filter basieren auf Looker-Ausdrücken (Lexp), um Berechnungen durchzuführen. Ein Looker-Ausdruck besteht aus einer Kombination aus Funktionen, Operatoren und Feldern sowie möglicherweise Konstanten oder Variablen.

Looker Extension Framework

Das Looker Extension Framework ist ein Entwicklungs-Framework, das den Aufwand und die Komplexität bei der Erstellung benutzerdefinierter JavaScript-Datenanwendungen und -Tools erheblich reduziert. Looker-Administratoren müssen die Funktion Extension Framework aktivieren, um das Looker Extension Framework verwenden zu können.

siehe auch Erweiterung

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“) suchen, bereitstellen und verwalten können. Der Looker Marketplace kann direkt über eine Looker-Instanz oder über marketplace.looker.com aufgerufen werden. Im Verzeichnis marketplace.looker.com werden auch die Aktionen (oder Integrationen) aufgeführt, die im Looker Action Hub verfügbar sind.

Looker (Original)

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

LookML

LookML ist eine Sprache zur Beschreibung von Dimensionen, Summen, Berechnungen und Datenbeziehungen in einer SQL-Datenbank. Die Looker-Anwendung 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 sich auf LookML-Dimensionen und -Messwerte in Ihrem Modell bezieht. 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 nutzerdefiniertes Dashboard

LookML-Diagramm

Das LookML-Diagramm ist ein Entity-Relationship-Diagramm eines LookML-Modells, das die Beziehungen zwischen seinen LookML-Objekten visuell darstellt. Es handelt sich um eine Erweiterung, also eine Webanwendung, die mit Looker-Komponenten erstellt wurde. Sie wurde mit dem Looker Extension Framework entwickelt und über den Looker Marketplace bereitgestellt.

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 Objekt-Browser oder in der LookML-Diagrammerweiterung ansehen.

LookML-Validator

Der LookML-Validator prüft Ihren LookML-Code in der Looker-IDE auf Syntaxfehler und Warnungen. Bei der Continuous Integration (CI) führt der CI-LookML-Validator eine LookML-Validierung durch, um nach LookML-Syntaxproblemen in Ihrem Projekt zu suchen.

Siehe auch Continuous Integration

M

Manifest, Manifestdatei

In einer Manifestdatei (oder Projektmanifestdatei) legen Sie Einstellungen auf Projektebene fest, z. B. um andere Projekte in das aktuelle Projekt zu importieren, LookML-Konstanten zu definieren, Lokalisierungseinstellungen für Modelle festzulegen und Ihrem Projekt Erweiterungen und benutzerdefinierte Visualisierungen hinzuzufügen.

Markdown-Kachel

Eine Art von Dashboard-Text-Tile, bei der Sie einige HTML-Elemente und eine Teilmenge der Markdown-Auszeichnungssprache verwenden können, um die Tile zu formatieren.

Marketplace

siehe Looker Marketplace

Materialisierte Ansicht

Eine materialisierte Ansicht ist eine Art persistente abgeleitete 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 darstellt, z. B. Summen, Anzahlen usw. Eine Measure 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 würde die hinzugefügte Abfrage mit der Primärabfrage verknüpft.

Metadaten, IDE-Metadaten

Im Metadatenbereich 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. Dieses wird von Entwicklern als Modelldatei im LookML-Projekt erstellt und enthält Informationen darüber, welche Tabellen verwendet 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 gibt eine Modelldatei eine einzelne Datenbankverbindung, die Gruppe von Explores, die diese Verbindung verwenden, und die Explores selbst an, sowie wie sie miteinander verknüpft werden sollen.

Modellsatz

Ein Modellsatz 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 Benutzer oder eine Gruppe Zugriff haben soll. Sie muss als Teil einer Rolle verwendet werden, um wirksam zu sein.

siehe auch Rolle

N

native abgeleitete Tabelle

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

siehe auch abgeleitete Tabelle, persistente, native abgeleitete Tabelle, temporäre abgeleitete Tabelle

nach Norden fahrender Verkehr

siehe eingehender Traffic.

O

Objektbrowser

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

Objekt

siehe LookML-Objekt

Ausgehender Traffic

In Netzwerken ist ausgehender Traffic, auch Southbound-Traffic genannt, Traffic von einer übergeordneten Netzwerkkomponente zu einer untergeordneten Netzwerkkomponente. Im Kontext von Looker (Google Cloud Core) ist ausgehender Traffic beispielsweise Traffic von einer Looker (Google Cloud Core)-Instanz zu einem Backend-Zieldienst, z. B. einer Datenbank.

P

Parameter

Ein Parameter definiert oder ändert LookML-Elemente wie Modelle, Ansichten, Explores und Felder. 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, um wirksam zu sein.

Berechtigungssatz

Berechtigungssätze werden in einer Rolle mit Modellsets 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 festgelegten Zeitplan neu generiert werden kann. Sie kann in einer Abfrage referenziert werden, ohne dass bei jedem Aufruf die zugrunde liegende SQL-Abfrage ausgeführt werden muss. 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 wird und nach einem von Ihnen festgelegten Zeitplan neu generiert werden kann. Sie kann in einer Abfrage referenziert werden, ohne dass bei jedem Aufruf die zugrunde liegende SQL-Abfrage 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 wird und nach einem von Ihnen festgelegten Zeitplan neu generiert werden kann. Sie kann in einer Abfrage referenziert werden, ohne dass bei jedem Aufruf die zugrunde liegende SQL-Abfrage ausgeführt werden muss.

siehe auch Abgeleitete Tabelle, SQL-basierte abgeleitete Tabelle

Funktion in der Vorabversion

Im Bereich Funktionen in der Vorabversion im Menü Admin 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 korrekt 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är-ID beim Zusammenführen mehrerer Tabellen in SQL.

Produktionsmodus

Im Produktionsmodus werden Änderungen, die im Entwicklungsmodus vorgenommen, aber nicht in die Produktion übertragen wurden, noch nicht im von allen Nutzern gemeinsam verwendeten Datenmodell berücksichtigt. Im Produktionsmodus werden LookML-Dateien als schreibgeschützt behandelt. Ein Entwickler kann den Entwicklungsmodus aktivieren, um Änderungen an LookML-Dateien vorzunehmen und diese Änderungen für andere in der Produktion sichtbar zu machen.

Projekt, LookML-Projekt

In Looker ist ein Projekt eine Reihe 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

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

siehe auch Zeitzone der Datenbank, Zeitzoneneinstellungen

R

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 einen Modellsatz mit einem Berechtigungssatz kombinieren.

Siehe auch Modellsatz, Berechtigungssatz

Ausführung, Continuous-Integration-Ausführung

In der Continuous Integration (CI) ist ein Lauf die Ausführung der Validierungstests, die in einer CI-Suite konfiguriert sind. Ein CI-Lauf kann automatisch (nach einem wiederkehrenden Zeitplan, wenn eine Pull-Anfrage an Ihr LookML-Repository oder an ein importiertes LookML-Projekt gesendet wird oder wenn ein dbt Cloud-CI-Job abgeschlossen ist) oder manuell über die Looker-IDE ausgelöst werden. Sie können den Status und die Validierungsergebnisse einer Ausführung auf der Seite Ausführungen in der Looker-IDE einsehen.

Siehe auch Continuous Integration, Suite

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 hochgeladenen Daten eines Nutzers erstellt wird.

Slug

Ein Slug ist ein sicher generierter zufälliger String, der den Wert der Content-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 Slug dann im Feld Kurz-URL ansehen oder von dort kopieren.

Southbound-Traffic

siehe ausgehender Traffic.

Gruppenbereich

Ein Space ist ein Ordner, in dem Dashboards, Looks und andere Spaces (Unter-Spaces) gespeichert werden. Jeder Benutzer 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.

siehe auch Ordner

SQL-basierte abgeleitete Tabelle

Eine SQL-basierte abgeleitete Tabelle ist eine abgeleitete Tabelle, deren 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

Mit dem SQL Runner, der über das Menü Entwickeln oder über ein Explore (mit den entsprechenden Berechtigungen) aufgerufen werden kann, können Nutzer unformatiertes SQL für ihre zulässigen Verbindungen ausführen. Mit SQL Runner können Sie unter anderem Datenbankfunktionen ausführen, abgeleitete Tabellen erstellen und Projekten hinzufügen sowie die Funktion EXPLAIN nutzen.

SQL-Validator

Bei der Continuous Integration (CI) führt der SQL-Validator Explore-Abfragen für Ihre Datenbank aus, um zu prüfen, ob die Dimensionen in den Explores in Ihrem LookML-Projekt korrekt in Ihrer Datenbank ausgeführt werden.

Siehe auch Continuous Integration

Standardversion

Die Standard-Version ist eine Looker (Google Cloud Core)-Version, die auf kleine Teams und kleine oder mittlere Unternehmen mit bis zu 50 internen Plattformnutzern zugeschnitten ist. Zusätzlich zu vielen vorhandenen Looker-Funktionen bietet die Standard-Version neue Funktionen, darunter die Identitäts- und Zugriffsverwaltung von Google Cloud und eine vereinfachte BigQuery-Anbindung.

Unterordner

Ein Unterordner ist ein Ordner, der in einem anderen Ordner gespeichert ist. Vor Looker 6.20 wurden Ordner als Spaces 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 zu spezifizieren.

subspace

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

Substitutionsoperator

Das Dollarzeichen ($) ist ein Substitutionsoperator in Looker, der dazu beiträgt, LookML-Code leichter wiederverwendbar und modularer zu machen. Mit dieser Syntax können Sie auf bereits definierte LookML-Objekte verweisen.

Suite, CI-Suite

In der Continuous Integration (CI) ist eine Suite eine Reihe von Validierungsanweisungen, die mit einem LookML-Projekt verknüpft sind. In einer CI-Suite wird definiert, welche CI-Validatoren ausgeführt werden sollen, welche Konfigurationsoptionen für die einzelnen Validatoren gelten, wie CI-Ausführungen ausgelöst werden und ob optional E‑Mail-Warnungen gesendet werden sollen.

Siehe auch Continuous Integration, Ausführung

symmetrische Aggregate

Symmetrische Aggregate sind Funktionen in Looker, die Ergebnisse für Aggregationen oder Measures 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 konfiguriert ist, auf dem Looker ausgeführt wird.

Siehe auch Zeitzoneneinstellungen

T

Tabellenkalkulation

Tabellenkalkulationen ähneln Tabellenkalkulationsformeln 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 „ephemerische“ abgeleitete Tabelle genannt 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

Textkachel

Ein Typ von Dashboard-Text-Tile, der 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 Schriftfamilie, Textfarbe, Hintergrundfarbe, Kachelfarbe und andere visuelle Elemente anpassen.

Kachel

Tiles sind Visualisierungen, die aus einem Explore oder einem Look zu einem Dashboard 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 -Benutzer 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 Zeitzone

transpilieren

Der Prozess, bei dem in einer Sprache geschriebener Quellcode in eine andere Sprache mit einem ähnlichen Abstraktionsgrad umgewandelt wird. Ein Beispiel ist TypeScript zu JavaScript.

Tabelle mit triggerbasierter Aufbewahrungsstrategie

Eine Tabelle mit triggerbasierter Aufbewahrungsstrategie ist eine abgeleitete Tabelle, die einen Trigger als Aufbewahrungsstrategie hat. Dabei wird entweder der Parameter datagroup_trigger, der Parameter sql_trigger_value oder der Parameter interval_trigger verwendet. Bei Tabellen mit triggerbasierter Aufbewahrungsstrategie behält Looker die PDT in der Datenbank bei, bis die PDT für die Neuerstellung 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

Abbestellen (für Benachrichtigungen und geplante Inhaltsübermittlungen)

Wenn Nutzer sich abmelden, erhalten sie keine geplanten Inhaltsübermittlungen und Benachrichtigungen mehr. Die Folgen einer Abmeldung hängen davon ab, wie die Zustellung eingerichtet ist.

Wenn ein Nutzer geplante E‑Mail-Zustellungen und Benachrichtigungen, die per E‑Mail gesendet werden, im Namen einer E‑Mail-Verteilergruppe abbestellt, werden die E‑Mail-Zustellungen 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 Inhaltsübermittlung abmeldet, wird der Zeitplan aus Looker gelöscht und es werden keine Übermittlungen mehr gesendet.

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

nutzerspezifische Zeitzone

Nutzerspezifische Zeitzonen ist eine Administratoroption, mit der Nutzer ihre eigene Zeitzone auswählen können. 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

nutzerdefiniertes Dashboard, UDD

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

V

verifizierte Abfrage

Ein vordefiniertes Paar, das aus einer Frage in natürlicher Sprache und der genauen, entsprechenden Looker-Abfrage besteht, die als vertrauenswürdige Quelle dient. Verifizierte Abfragen zeigen Ihrem Explore-Daten-Agenten, wie er komplexe Geschäftsanfragen ohne Raten verarbeiten kann. Auch als Golden Query bezeichnet.

Ansicht

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

Ansichtsdatei

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

siehe auch Modell

visuelles Untersuchen

Das visuelle Untersuchen wird von Dashboards nicht unterstützt. Um das visuelle Untersuchen zu aktivieren, passen LookML-Entwickler eine Drilldown-Visualisierung mit dem Parameter link an. Betrachter von Looks oder Explores können auswählen, ob sie die benutzerdefinierte Visualisierung oder eine Datentabelle sehen möchten, indem sie oben im Drilldown-Fenster auf die entsprechenden Schaltflächen klicken.

siehe auch 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 auf der Seite Visualisierungen im Abschnitt Admin der Looker-Instanz erstellt oder als Visualisierungen oder „Plug-ins“ aus dem Looker Marketplace installiert werden können.

Visualisierungskomponenten

Visualisierungskomponenten sind React-basierte, vordefinierte Teile der Looker-Anwendung, mit denen Visualisierungen für benutzerdefinierte Datenanwendungen und benutzerdefinierte eingebettete Looker-Dashboards gerendert und geändert werden können.