Ansicht

Nutzung

view: view_name { ... }
Hierarchie
view
Standardwert
Keine

Akzeptiert
Eine Looker-Kennung

Besondere Regeln
  • Damit die Ansicht verwendet werden kann, muss sie über einen explore- oder join-Parameter referenziert werden.
  • Ansichtsnamen müssen innerhalb eines Modells eindeutig sein

Definition

Wenn vor dem Namen der Ansicht ein Pluszeichen (+) steht, z. B. view: +orders, handelt es sich um eine Verfeinerung einer Ansicht. Weitere Informationen finden Sie auf der Dokumentationsseite LookML-Verfeinerungen.

Der Parameter view und die zugehörigen Parameter beschreiben eine Datentabelle, die in einem Looker-Modell verwendet wird. Diese Tabelle kann bereits in Ihrer Datenbank vorhanden sein oder Sie können mit der Looker-Funktion abgeleitete Tabelle eine neue Tabelle erstellen.

Bei einer vorhandenen Datenbanktabelle entspricht der Name der Ansicht in der Regel dem Namen der Tabelle, mit der Sie arbeiten möchten. Wenn der Name der Ansicht sich vom Namen der zugrunde liegenden Tabelle unterscheiden soll oder Sie auf eine Tabelle aus einer anderen Datenbank oder einem anderen Schema verweisen müssen, können Sie den Parameter sql_table_name hinzufügen.

Bei einer abgeleiteten Tabelle kann der Name der Ansicht eine beliebige Kennung sein. Bei Verweisen auf die abgeleitete Tabelle wird dann dieser Kennungsname verwendet.

Nachdem Sie eine Ansicht erstellt haben, müssen Sie in einem explore- oder join-Parameter darauf verweisen, damit sie für Nutzer verfügbar ist.

Wenn Sie in einem Explore den Messwert type: count verwenden, werden die resultierenden Werte in der Visualisierung mit dem Namen der Ansicht und nicht mit dem Wort „Anzahl“ gekennzeichnet. Um Verwechslungen zu vermeiden, empfehlen wir, den Namen der Ansicht im Plural zu verwenden, in den Visualisierungseinstellungen unter Serie die Option Vollständigen Feldnamen anzeigen auszuwählen oder view_label mit einer Pluralversion des Ansichtsnamens zu verwenden.

Beispiele

Machen Sie die Tabelle orders in Ihrer Datenbank für die Modellierung verfügbar:

view: orders {}

Erstellen Sie ein derived_table mit dem Namen user_facts:

view: user_facts {
  derived_table: {
    sql: … ;;
  }
}

Stellen Sie die Tabelle order_1 in Ihrer Datenbank für die Modellierung zur Verfügung, verwenden Sie aber den Parameter sql_table_name, um sie als orders aufzurufen:

view: orders {
  sql_table_name: order_1 ;;
}

Mit dem Parameter sql_table_name machen Sie die Tabelle users aus Ihrem analytics-Schema für die Modellierung verfügbar:

view: users {
  sql_table_name: analytics.user ;;
}

Häufige Herausforderungen

Nutzer können erst auf eine Ansicht zugreifen, wenn sie mit explore oder join hinzugefügt wurde.

Das Erstellen einer Ansicht hat an sich keine Auswirkungen. Damit Nutzer mit der Ansicht interagieren können, muss sie über einen explore- oder join-Parameter referenziert werden.

In einem Explore müssen zwei Ansichten mit unterschiedlichen Namen referenziert werden.

In einem Explore kann eine Ansicht mehrmals verwendet werden, aber jede Ansicht muss einen eindeutigen Verweis haben. Wenn Sie eine Ansicht mehr als einmal mit einem Explore verknüpfen müssen, müssen Sie den Parameter from in Ihrem Join verwenden.

Auf Tabellen, auf die von view verwiesen wird, muss über die aktuelle Verbindung zugegriffen werden können.

Auf Views wird über einen explore- oder join-Parameter verwiesen, auf den wiederum über ein model verwiesen wird. Das Modell bestimmt, welche Datenbankverbindung verwendet wird (siehe den Parameter connection). Datenbankverbindungen werden im Bereich Admin von Looker definiert und haben ein Standardschema.

Wenn Sie im Parameter view auf eine Tabelle verweisen, muss die Tabelle über die zugehörige Verbindung zugänglich sein. Wenn Sie außerdem auf eine Tabelle aus dem nicht standardmäßigen Schema verweisen müssen, müssen Sie den Parameter sql_table_name verwenden, um den Namen des nicht standardmäßigen Schemas anzugeben.

Wichtige Punkte

view enthält in der Regel Dimensionen und Messwerte.

view könnte zwar theoretisch allein verwendet werden, in der Praxis sind jedoch fast immer Dimensionen und Messwerte darunter verschachtelt. Dimensionen ermöglichen den Zugriff auf die Spalten der Datenbanktabelle, während mit Messwerten Spalten aggregiert werden können.

Dimensionen werden auf der Dokumentationsseite Dimensionen, Filter und Parametertypen beschrieben, Messwerte auf der Dokumentationsseite Messwerttypen. Außerdem können Sie Filterfelder und Gruppen von datumsbasierten Dimensionsfeldern mit Dimensionsgruppen definieren.