Dateien aus anderen Projekten importieren

Sie können Dateien aus anderen LookML-Projekten und externen Repositories in Ihr aktuelles Projekt importieren. Auf diese Weise können Sie Modelldateien, Dateien und andere Dateien in mehreren Projekten verwenden.

Dafür gibt es mehrere Anwendungsfälle. Einige Beispiele:

  • Sie baut auf einem installierten Looker Block auf, ohne direkte Änderungen daran vornehmen zu müssen. Wenn Looker Änderungen am Block vornimmt, können Sie die Änderungen einfach übernehmen, da der gesamte LookML-Code, den Sie hinzugefügt haben, in einem separaten Repository gespeichert wird.

  • Basisprojekt verwalten, das anhand des Datenbankschemas automatisch generiert wird Sie können alle Ihre benutzerdefinierten Dimensionen, Messwerte usw. in ein separates Projekt einfügen, das alle LookML-Codes aus dem automatisch generierten Projekt importiert. Sie können das Basisprojekt regelmäßig neu generieren, wenn sich das Datenbankschema ändert, ohne Ihren gesamten benutzerdefinierten LookML-Code zu überschreiben.

  • Gemeinsam genutzte Objekte in einem einzelnen Projekt zusammenfassen und diese dann in mehrere andere Projekte importieren. Wenn Sie beispielsweise eine Tabelle haben, die mehreren Datenbanken gemeinsam ist, können Sie die Ansicht dafür in einem Projekt speichern und an einem Ort verwalten. Lassen Sie dann mehrere andere Projekte sie verwenden, indem Sie die Tabelle in diese Projekte importieren.

Führen Sie die folgenden Aufgaben aus, um Dateien aus einem anderen Projekt zu importieren:

  1. Erstellen Sie eine Projektmanifestdatei.
  2. Geben Sie das lokale oder das Remote-Projekt an, das Sie importieren möchten.
  3. Dateien aus einem importierten Projekt ansehen
  4. Schließen Sie Dateien aus einem importierten Projekt ein.

Sie können dann auf Felder in den importierten Projektdateien verweisen und die Werte der Konstanten überschreiben, die im importierten Projekt definiert wurden, sofern die Konstanten das allow override.

Projektmanifestdatei erstellen

Jedes Projekt, das Dateien aus anderen Projekten importiert, muss eine Projektmanifestdatei haben. Wenn Ihr Projekt noch keine Manifestdatei hat, können Sie über das +-Symbol oben im Dateibrowser in der Looker-IDE eine erstellen.

Wenn Sie Projekte importieren möchten, geben Sie sie im Manifest an. Sie können lokale oder remote-Projekte angeben, wie in den folgenden Abschnitten beschrieben.

Lokale Projekte importieren

Der lokale Projektimport kann nur verwendet werden, wenn das importierte Projekt auf derselben Looker-Instanz vorhanden ist. Entwicklern wird außerdem empfohlen, Modellberechtigungen für die Modelle des importierten Projekts zu haben. Wenn Ihre Entwickler Modellberechtigungen für das importierte Projekt haben, erfolgt die Versionsverwaltung dynamisch. Das bedeutet, dass sich Änderungen am importierten Projekt sofort auf das Projekt auswirken, in das es importiert wird. Auf diese Weise können Entwickler Änderungen in beiden Projekten validieren, bevor sie in die Produktion übernommen werden. Für Entwickler mit Modellberechtigungen in beiden Projekten spiegeln die importierten Projektdateien außerdem den Status des Entwicklers im Entwicklungsmodus wider. Wenn sich der Entwickler also im Entwicklungsmodus befindet, zeigt die Looker-IDE den Entwicklungsmodus der importierten Projektdateien an. Wenn sich der Entwickler im Produktionsmodus befindet, wird in der Looker-IDE der Produktionsmodus des importierten Projekts angezeigt.

Für einen lokalen Import verwenden Sie den Parameter project_name, um das aktuelle Projekt anzugeben. Verwenden Sie einen oder mehrere local_dependency-Parameter, um das Projekt oder die Projekte anzugeben, die importiert werden sollen:

# This project
project_name: "my_project"

# The project to import
local_dependency: {
  project: "my_other_project"
}

In den folgenden Szenarien sollten Sie Remote-Projektimport anstelle des lokalen Projektimports verwenden:

  • Ihre Entwickler haben keine Modellberechtigungen für die Modelle des importierten Projekts. In diesem Fall erstellt Looker einen Klon des Produktionsmodus des importierten Projekts und zeigt diese statische Version der Dateien in der IDE an. Diese statische Version würde niemals die Entwicklungsmodusversion der Dateien anzeigen und ist möglicherweise auch im aktuellen Produktionsmodus veraltet, ohne den Entwickler zu benachrichtigen. Es wäre besser, den Remote-Produktimport zu verwenden und ein ref bereitzustellen, das einen Git-Zweig oder einen Git-Release im Remote-Projekt angibt. In diesem Fall erkennt Looker neue Commits im Remote-Projekt automatisch, sodass Ihre Entwickler benachrichtigt werden und die neueste Version der Remote-Projektdateien einbinden können.
  • Ihre Entwickler müssen immer mit der Produktionsversion eines importierten Projekts arbeiten.
  • Ihre Entwickler müssen mit einer statischen Version der importierten Projektdateien arbeiten.

Remote-Projekte importieren

Bei einem Remote-Import muss sich das importierte Projekt nicht auf derselben Instanz befinden. Stattdessen wird das Projekt über sein Remote-Git-Repository importiert.

Verwenden Sie zum Importieren eines Remote-Repositorys den Parameter remote_dependency, um die Informationen für das Remote-Repository bereitzustellen. Der Parameter remote_dependency verwendet die folgenden Informationen und Unterparameter:

  • Der Name des importierten Projekts. Im folgenden Beispiel lautet der Name des Projekts ga_360_block. Sie verwenden diesen Namen in include-Anweisungen, um auf die importierten Dateien in LookML-Projekten zu verweisen. Der Name wird auch als Ordnername im Ordner imported_projects der Looker-IDE verwendet.
  • Den Unterparameter url, mit dem Sie die Adresse des externen Git-Repositorys angeben. Verwenden Sie die Haupt-URL des Repositorys.
  • Der Unterparameter ref, mit dem Sie einen Git-Zweig, ein Git-Release-Tag oder den SHA eines Commits im Git-Repository angeben. Sie können ein Commit-SHA angeben, wenn Sie eine statische Versionsverwaltung wünschen, sodass Änderungen am importierten Projekt nicht automatisch in Ihr Projekt übernommen werden. Dies ist eine gute Option für Looker-Blöcke. Sie können auch einen Git-Zweig oder ein Git-Release-Tag angeben, wenn Looker neue Commits im Remote-Projekt automatisch erkennen soll. Weitere Informationen finden Sie im Abschnitt Neue Versionen eines Remote-Projekts automatisch erkennen auf dieser Seite.
  • Der Unterparameter override_constant. Dies ist ein optionaler Unterparameter, mit dem Sie den Wert einer Konstante überschreiben können, die in einem importierten Projekt definiert wurde.

Hier ist ein Beispiel für einen remote_dependency-Parameter in einer Projektmanifestdatei. In diesem Beispiel wird eine HTTPS-Verbindung verwendet:

remote_dependency: ga360_block {
  url: "https://github.com/llooker/google_ga360"
  ref: "master"
  override_constant: connection {
    value: "importing_project_connection"
  }
}

Sie können auch SSH verwenden:

remote_dependency: ga360_block {
  url: "git@github.com:llooker/google_ga360.git"
  ref: "master"
  override_constant: connection {
    value: "importing_project_connection"
  }
}

Nachdem Sie die Remote-Abhängigkeit hinzugefügt haben, müssen Sie möglicherweise die Importanmeldedaten für das Remote-Projekt konfigurieren. Weitere Informationen finden Sie im Abschnitt Anmeldedaten für die Authentifizierung für private Remote-Repositories konfigurieren auf dieser Seite.

Neue Versionen eines Remote-Projekts automatisch erkennen

Wenn Sie im Unterparameter ref von remote_dependency in Ihrer Manifestdatei einen Git-Zweig oder ein Git-Release-Tag angeben, kann Looker neue Commits im Remote-Projekt automatisch erkennen.

Hier sehen Sie beispielsweise eine Remote-Abhängigkeit, bei der der Zweig master im Unterparameter ref angegeben ist:

remote_dependency: exchange_rate {
  url: "https://github.com/llooker/datablocks-exchangerate.git"
  ref: "master"
}

Wenn der Zweig master anschließend mit neuen Commits aktualisiert wird, erkennt Looker die Änderungen automatisch.

Und hier ist ein Beispiel, in dem das Release-Tag v1.0 angegeben ist:

remote_dependency: e_faa_original {
  url: "https://github.com/llooker/google_ga360"
  ref: "v1.0"
}

Unabhängig vom Typ des Werts, den Sie für den Parameter ref angeben, wird in der IDE die Schaltfläche Abhängigkeiten aktualisieren in der oberen Projektnavigationsleiste angezeigt, wenn Sie Ihrem Projekt einen remote_dependency-Parameter hinzufügen. Dies gilt auch für einen Commit-SHA.

Klicken Sie auf Abhängigkeiten aktualisieren, um die Remote-Projektdateien zu laden. Wenn dies die erste Remote-Abhängigkeit ist, die Sie Ihrem Projekt hinzugefügt haben, fordert das Aktualisieren von Abhängigkeiten Looker außerdem auf, eine Manifest-Sperrdatei zu erstellen. Looker verwendet die Manifestsperre-Datei, um die Version der Remote-Projekte zu verfolgen.

Wenn Sie im Unterparameter ref einen Git-Zweig oder ein Git-Release-Tag angeben, sucht Looker bei jeder Aktualisierung der Looker-IDE nach neuen Commits. Das ist der Fall, wenn ein Looker-Entwickler in den Entwicklungsmodus wechselt, eine Git-Aktion in der IDE ausführt oder den Browser aktualisiert.

Wenn neue Commits vorhanden sind, zeigt Looker im Git-Aktionsbereich der IDE die Option Update Abhängigkeiten an.

Wählen Sie die Option Abhängigkeiten aktualisieren aus, um die neuesten Remote-Projektdateien in Ihr Projekt zu laden.

Sobald Sie über die neuesten Dateien verfügen, können Sie Ihren LookML-Code validieren, um sicherzustellen, dass alle Verweise Ihres Projekts mit den aktualisierten Remote-Projektdateien funktionieren. Sie können dann fehlerhafte Referenzen reparieren und die Änderungen ohne Ausfallzeit für Ihre Nutzer bereitstellen.

Manifest-Sperrdatei

Looker verwendet die Manifestsperre-Datei mit dem Dateinamen manifest_lock.lkml, um die Versionen von per Remote-Zugriff importierten Projekten zu erfassen. Die Manifest-Sperrdatei ist im Dateibrowserfeld der Looker-IDE aufgeführt.

Looker-Entwickler müssen die Manifest-Sperrdatei nicht erstellen oder bearbeiten, da Sperrdateien automatisch von Looker verwaltet werden.

Die Manifestsperre zeigt jedes Remote-Projekt, dargestellt durch einen remote_dependency-Eintrag mit den Unterparametern url und ref:

  • Der Parameter remote_dependency gibt den Namen des Remote-Projekts an, das ein Looker-Entwickler in der Manifestdatei angegeben hat.
  • Der Unterparameter url gibt die Adresse des externen Git-Repositorys an, das ein Looker-Entwickler in der Manifestdatei angegeben hat.
  • Der Unterparameter ref gibt die Version des Projekts an (erkennbar an einem Commit-SHA), die Looker in Ihrem Projekt verwendet:
    • Wenn das Remote-Projekt in der Manifestdatei mit einem ref eines Git-Zweigs oder einem Git-Release-Tag definiert wurde, zeigt der ref-Parameter an, welche Version der Dateien (das Commit-SHA des Remote-Projekts) derzeit in Ihrem Projekt verwendet wird. Wenn im Remote-Projekt neue Commits vorhanden sind, zeigt Looker in der IDE die Schaltfläche Abhängigkeiten aktualisieren an, damit Sie die aktuellen Remote-Projektdateien einbinden können. Der Wert ref in der Manifest-Sperrdatei wird dann aktualisiert, um den neuesten Commit-SHA für diesen Zweig oder dieses Release-Tag anzuzeigen.
    • Wenn das Remote-Projekt in der Manifestdatei mit einem ref eines bestimmten Commit-SHA definiert wurde, entspricht der ref-Parameter in der Manifest-Sperrdatei diesem Commit-SHA.

Anmeldedaten zur Authentifizierung für private Remote-Repositories konfigurieren

Um die Anmeldedaten für die Authentifizierung für private Remote-Repositories zu konfigurieren, rufen Sie die Seite Anmeldedaten importieren auf. Wählen Sie dazu in der IDE im linken Navigationsbereich Einstellungen aus.

Die Einstellungen unter Anmeldedaten importieren enthalten eine Liste der URLs für jedes Remote-Repository, das in der Projektmanifestdatei definiert wurde, den Typ der für das Repository verwendeten Authentifizierung (https oder ssh) und ob Looker eine Verbindung zum Repository herstellen kann.

Authentifizierungsdaten hinzufügen

So fügen Sie Anmeldedaten zur Authentifizierung für ein Repository hinzu:

  1. Bewegen Sie den Mauszeiger auf der Seite Anmeldedaten importieren unter der Überschrift URL auf einen Repository-Namen, um die Schaltflächen Testen und Konfigurieren anzuzeigen. Klicken Sie dann auf Konfigurieren.

  2. In Looker wird das Dialogfeld Git-Authentifizierung konfigurieren angezeigt, in dem Sie Anmeldedaten für das Remote-Repository konfigurieren können. Im Dialogfeld wird der Typ der Anmeldedaten angezeigt, die für das jeweilige Repository erforderlich sind.

    • Wenn für das Repository ein Nutzername und ein Passwort (oder ein persönliches Zugriffstoken) zur Authentifizierung erforderlich sind, geben Sie Ihren Nutzernamen und Ihr Passwort oder Token ein und klicken Sie auf Änderungen speichern.

    • Wenn für das Repository ein SSH-Schlüssel erforderlich ist, wie im oben auf dieser Seite erläuterten Beispiel für die Verwendung von SSH zum Importieren eines Remoteprojekts auf dieser Seite gezeigt, zeigt Looker ein Dialogfeld mit Ihrem lokalen SSH-Schlüssel an. Klicken Sie auf Schlüssel kopieren, um den SSH-Schlüssel in die Zwischenablage zu kopieren und der Schlüsselliste des Repositorys hinzuzufügen.

  3. Klicken Sie nach dem Speichern der Anmeldedaten auf Testen, um den Zugriff von Looker auf das Repository zu testen.

    Nachdem Sie die Verbindungstests bestanden haben und eine Verbindung zum Repository hergestellt haben, wird im Abschnitt Anmeldedaten importieren neben dem Repository-Namen ein grünes Häkchen angezeigt.

Anmeldedaten zur Authentifizierung bearbeiten

So bearbeiten Sie die Anmeldedaten zur Authentifizierung für ein Repository:

  1. Bewegen Sie den Mauszeiger auf ein Repository, für das bereits Anmeldedaten für die Authentifizierung konfiguriert wurden, und klicken Sie auf Bearbeiten, um die Schaltflächen Testen und Bearbeiten aufzurufen.

  2. Wenn für das Repository ein Nutzername und ein Passwort (oder ein persönliches Zugriffstoken) für die Authentifizierung erforderlich sind, klicken Sie auf Anmeldedaten löschen und dann im Bestätigungs-Pop-up auf Ja, Anmeldedaten löschen.

  3. Geben Sie die neuen Anmeldedaten in das Pop-up-Fenster Configure Git Authentication (Git-Authentifizierung konfigurieren) ein und klicken Sie auf Save Changes (Änderungen speichern).

Dateien aus einem importierten Projekt ansehen

In der Looker-IDE werden importierte Projektdateien im linken Navigationsbereich im Ordner imported_projects angezeigt. Sie können eine importierte Projektdatei auswählen, um ihren Inhalt anzusehen.

Dateien aus lokalen Projekten und Remote-Projekten werden im Ordner imported_projects aufgeführt.

Über den Objektbrowser können Sie sich auch Objekte aus importierten Projektdateien ansehen, die im aktiven Projekt enthalten sind. Rufen Sie den Objektbrowser über die Navigationsleiste der Looker-IDE auf.

Darüber hinaus können Nutzer mit der Berechtigung develop über den Metadatenbereich Informationen zu Objekten aus importierten Projekten abrufen, einschließlich Links zu der importierten Datei, in der das Objekt definiert ist. Weitere Informationen finden Sie auf der Dokumentationsseite Metadaten für LookML-Objekte.

Dateien aus einem importierten Projekt einschließen

Der Parameter include in einer Modelldatei gibt die Projektdateien an, die für das Modell zur Verfügung stehen. Nachdem Sie in der Manifestdatei ein lokales oder remote importiertes Projekt angegeben haben, können Sie den Parameter include in einer Modelldatei verwenden, um Dateien aus dem importierten Projekt anzugeben. Es können nur Dateien einbezogen werden, deren Projekt in der Manifestdatei aufgeführt ist.

Um eine Datei aus einem anderen Projekt mit include zu versehen, verwenden Sie den Dateinamen mit zwei Schrägstrichen (//) und den Namen des importierten Projekts. Fügen Sie nach dem Namen des importierten Projekts einen Schrägstrich (/) und den vollständigen Pfad zu der Datei hinzu, die Sie hinzufügen möchten.

Die folgenden include-Befehle geben beispielsweise die Ansichtsdatei users aus dem importierten Projekt e_flights und die Ansicht orders aus dem importierten Projekt e_commerce an:

include: "//e_flights/views/users.view.lkml"
include: "//e_commerce/public/orders.view.lkml"

Informationen zum Angeben von Pfaden mit aktivierten IDE-Ordnern finden Sie im Abschnitt Pfadsyntax auf der Dokumentationsseite Arbeiten mit Ordnern in der IDE.

Sie können Platzhalter verwenden, um mehrere Dateien einzubeziehen. So fügen Sie beispielsweise alle Ansichtsdateien im Verzeichnis /views/ des importierten Projekts e_flights hinzu:

include: "//e_flights/views/*.view"

Darüber hinaus können Sie Platzhalter verwenden, um den Bereich auf bestimmte Verzeichnisebenen oder rekursive Verzeichnisse in importierten Projekten zu beschränken:

include: "//e_flights/*/*.view.lkml"
include: "//e_commerce/*/*.view.lkml"

Informationen zur Verwendung von Platzhaltern mit aktivierten IDE-Ordnern finden Sie im Abschnitt Platzhalterbeispiele auf der Dokumentationsseite Working with Folders in the IDE.

Modelldateien werden eingeschlossen

Sie können keine Modelldatei aus einem anderen Projekt einschließen. Wenn Sie Explores projektübergreifend wiederverwenden, verfeinern oder erweitern möchten, können Sie stattdessen im importierten Projekt eine separate Explore-Datei erstellen und diese dann in andere Projekte einfügen. Weitere Informationen finden Sie auf der Dokumentationsseite zum Parameter include im Abschnitt Explores in ein Modell einschließen.

Einschließlich Dateien, die andere Dateien enthalten

Wenn Sie eine Datei einschließen, die andere Dateien enthält, werden alle eingeschlossenen Dateien aufgelöst, bevor die Datei an das nächste Projekt, das sie enthält, übergeben wird.

Wenn Sie in Ihrem aktuellen Projekt beispielsweise eine Datei (A) aus einem anderen Projekt (proj_A) importieren und die importierte Datei den Parameter include enthält, der die Datei B aus dem Projekt proj_B enthält, wird Datei B in Datei A aufgenommen, bevor Datei A in das aktuelle Projekt importiert wird.

Datendateien importieren

Dateien, die im Abschnitt Daten eines Projekts gespeichert sind, werden nicht importiert. Wenn Sie auf eine Datendatei aus einem importierten Projekt verweisen möchten, z. B. im map_layer-Parameter, verwenden Sie den vollständigen Pfad und Dateinamen der Datei. Beispiel:

map_layer: json_from_imported_project {
  file: "//path_to_imported_project/folder/filename.topojson"
  ...
}

Auf Dateien aus einem importierten Projekt verweisen

Nachdem Sie eine Ansichtsdatei in Ihr Projekt importiert haben, können Sie mit der Syntax ${view_name.field_name} auf die Felder der importierten Ansicht verweisen, als wäre die Ansichtsdatei nativ für das Projekt. Angenommen, Sie haben das Projekt ga_360_block in Ihre Projektmanifestdatei importiert und die folgende include-Anweisung in Ihrer Modelldatei enthält:

include: "//ga_360_block/ga_block.view"

Verwenden Sie die Syntax ${ga_block.hits_total}, um auf das Feld hits_total aus der enthaltenen Ansicht ga_block zu verweisen.

Konstanten in Dateien aus einem importierten Projekt verwenden

Mit LookML-Konstanten können Sie einen Wert in der Manifestdatei Ihres Projekts definieren, der im gesamten Projekt wiederverwendet werden kann. Der Unterparameter export des Parameters constant gibt an, ob der Wert einer Konstante überschrieben werden kann, wenn Dateien, die auf diese Konstante verweisen, in ein anderes Projekt importiert werden.

Der Parameter export kann folgende Werte haben:

  • none: Der Standardwert für export. Der Wert der Konstante kann in Ihrem Importprojekt nicht überschrieben werden. Das Importprojekt verwendet den Wert der Konstante, die in der Manifestdatei des importierten Projekts angegeben ist.
  • override_optional: Der Wert der Konstante kann im Importprojekt optional überschrieben werden. Wenn in der Manifestdatei des Importprojekts kein Wert angegeben ist, wird der ursprüngliche Wert aus dem importierten Projekt verwendet.
  • override_required: Das importierende Projekt muss den Wert der Konstante überschreiben, die ursprünglich in der Manifestdatei des importierten Projekts angegeben wurde. Wenn im Importprojekt kein neuer konstanter Wert angegeben wird, zeigt Looker einen Fehler an.

Wenn Sie Dateien, die auf eine Konstante verweisen, in Ihr Projekt importieren, können Sie den Unterparameter override_constant von local_dependency oder remote_dependency in der Manifestdatei Ihres Projekts verwenden, um einen neuen Wert für diese Konstante bereitzustellen. Voraussetzung ist, dass export im ursprünglichen Projekt auf override_optional oder override_required gesetzt ist. Wenn Sie den Wert einer Konstante in einem importierten Projekt überschreiben, verwendet Ihr Projekt den Wert, den Sie mit dem Parameter override_constant angeben.

Angenommen, Sie verwalten mehrere Datenbanken auf einer einzelnen Looker-Instanz mit einem separaten Projekt für jede Datenbank. Nehmen wir in diesem Beispiel außerdem an, dass die Datenschemas für jede Datenbank identisch sind und dass das Ziel darin besteht, eine Analyse einmal zu definieren und auf jedes Dataset anzuwenden.

In diesem Beispiel wird angenommen, dass proj_core das Basisprojekt ist, in dem Sie Ansichten definiert haben, die Sie in andere Projekte importieren möchten. Außerdem ist eine der Ansichten, die Sie importieren möchten, die Ansicht orders, die so definiert ist:


view: orders {
  sql_table_name: "@{schema_name}.orders"
}

Das Schema, auf dem die Ansicht orders basiert, wird im Parameter sql_table_name mit der Konstante schema_name angegeben, die in der Manifestdatei proj_core definiert ist. Da im folgenden Beispiel die Konstante schema_name auf export: override_required gesetzt ist, muss jedes Projekt, das schema_name importiert, seinen Wert mit dem Parameter override_constant überschreiben:


constant: schema_name {
  value: "proj_core_schema"
  export: override_required
}

Nehmen wir für dieses Beispiel an, dass Sie die Ansicht orders in ein lokales Projekt namens proj_a importieren möchten. Außerdem gibt es in der Datenbank für proj_a eine Tabelle mit dem Namen orders, die mit der Tabelle orders im Basisprojekt proj_core identisch ist.

Da sich proj_core und proj_a auf derselben Instanz befinden, können Sie die Ansicht orders mit local_dependency in proj_a importieren. Mit dem Unterparameter override_constant von local_dependency können Sie dann die Konstante schema_name so aktualisieren, dass sie auf das Schema proj_a_schema in der Manifestdatei für proj_a verweist:


project_name: "proj_a"

local_dependency: {
  project: "proj_core"
  override_constant: schema_name {
    value: "proj_a_schema"
  }
}

Da in diesem Beispiel die Konstante schema_name in project_core auf export: override_required gesetzt ist, zeigt Looker einen Fehler an, wenn Sie den Wert in proj_a (dem Importprojekt) nicht überschreiben.

Wenn Sie die Konstante schema_name in proj_a überschreiben, können Sie die Felder verwenden, die Sie in der Ansicht orders in proj_core definiert haben, anstatt eine neue Ansichtsdatei zu erstellen und Ihre Felder komplett neu zu definieren. In diesem Beispiel entspricht die Ansicht orders einer anderen Tabelle für jedes Projekt:

  • In proj_core basiert die Ansicht orders auf der Tabelle proj_core_schema.orders in Ihrer Datenbank.
  • In proj_a basiert die Ansicht orders auf der Tabelle proj_a_schema.orders in Ihrer Datenbank.