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 mehr als einem Projekt verwenden.
Hierfür gibt es mehrere Anwendungsfälle. Einige Beispiele:
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 abrufen, da der gesamte LookML-Code, den Sie dem Block hinzugefügt haben, in einem separaten Repository gespeichert wird.
Sie verwalten ein Basisprojekt, das anhand des Datenbankschemas automatisch generiert wird. Sie können alle benutzerdefinierten Dimensionen, Messwerte usw. in ein separates Projekt einfügen, in das der gesamte LookML-Code aus dem automatisch generierten Projekt importiert wird. Sie können das Basisprojekt regelmäßig neu generieren, wenn sich das Datenbankschema ändert, ohne Ihr gesamtes benutzerdefiniertes LookML zu überschreiben.
Gemeinsame Objekte in einem einzelnen Projekt zusammenfassen und dann in mehrere andere Projekte importieren Wenn Sie beispielsweise eine Tabelle haben, die in mehreren Datenbanken gemeinsam verwendet wird, können Sie die Ansicht dafür in einem Projekt speichern und an dieser Stelle verwalten. Anschließend können Sie die Tabelle in diese Projekte importieren, damit sie von mehreren anderen Projekten verwendet wird.
Führen Sie die folgenden Aufgaben aus, um Dateien aus einem anderen Projekt zu importieren:
- Erstellen Sie eine Manifestdatei für das Projekt.
- Geben Sie die lokalen oder Remote-Projekte an, die Sie importieren möchten.
- Dateien aus einem importierten Projekt aufrufen
- Dateien aus einem importierten Projekt einschließen
Sie können dann auf Felder aus den Dateien des importierten Projekts verweisen und die Werte der im importierten Projekt definierten Konstanten überschreiben, sofern die Konstanten das Überschreiben zulassen.
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 du Projekte importieren möchtest, musst du sie im Manifest angeben. Sie können local- oder remote-Projekte angeben, wie in den folgenden Abschnitten beschrieben.
Lokale Projekte importieren
Der Import lokaler Projekte kann nur verwendet werden, wenn das importierte Projekt in derselben Looker-Instanz vorhanden ist. Außerdem sollten Entwickler Modellberechtigungen für die Modelle des importierten Projekts haben. Wenn Ihre Entwickler Modellberechtigungen im importierten Projekt haben, erfolgt die Versionsverwaltung dynamisch. Das bedeutet, dass Änderungen am importierten Projekt sich sofort auf das Projekt auswirken, in das es importiert wird. So können Entwickler Änderungen in beiden Projekten validieren, bevor sie in die Produktion übernommen werden. Für Entwickler mit Modellberechtigungen in beiden Projekten wird außerdem in den importierten Projektdateien der Status des Entwicklers im Entwicklungsmodus angezeigt. Befindet sich der Entwickler also im Entwicklungsmodus, zeigt die Looker-IDE den Entwicklungsmodus der importierten Projektdateien an. Befindet sich der Entwickler im Produktionsmodus, wird in der Looker-IDE der Produktionsmodus des importierten Projekts angezeigt.
In der Manifestdatei gibt der Parameter project_name
den Namen des aktuellen Projekts an. Looker füllt diesen Parameter automatisch aus, wenn Sie die Manifestdatei für das Projekt erstellen. Verwenden Sie zum Importieren eines lokalen Projekts in das aktuelle Projekt einen oder mehrere local_dependency
-Parameter, um die zu importierenden Projekte anzugeben:
# This project
project_name: "my_project"
# The project to import
local_dependency: {
project: "my_other_project"
}
Verwenden Sie in den folgenden Szenarien den Remote-Projektimport anstelle des Imports lokaler Projekte:
- 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. In dieser statischen Version wird nie die Entwicklungsmodus-Version der Dateien angezeigt und sie ist möglicherweise veraltet, ohne den Entwickler zu benachrichtigen. Es wäre besser, den Remote-Projektimport zu verwenden und eine
ref
bereitzustellen, die einen Git-Zweig oder eine Git-Version im Remote-Projekt angibt. In diesem Fall erkennt Looker automatisch neue Commits im Remote-Projekt. Ihre Entwickler werden benachrichtigt und können dann die neueste Version der Remote-Projektdateien importieren. - 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 anzugeben. Der Parameter remote_dependency
verwendet die folgenden Informationen und Unterparameter:
- Der Name des importierten Projekts. Er kann einen beliebigen Namen haben. Im folgenden Beispiel lautet der Name des Projekts
ga_360_block
. Sie verwenden diesen Namen ininclude
-Anweisungen, um auf die importierten Dateien in LookML-Projekten zu verweisen. Der Name wird auch als Ordnername im Ordnerimported_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-Wert eines Commits im Git-Repository angeben. Wenn Sie eine statische Versionsverwaltung wünschen, können Sie ein Commit-SHA angeben, damit Änderungen im importierten Projekt nicht automatisch in Ihr Projekt übernommen werden. Dies ist eine gute Option für Looker Blocks. 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
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 auf dieser Seite im Abschnitt Anmeldedaten für die Authentifizierung für private Remote-Repositories konfigurieren.
Neue Versionen eines Remote-Projekts automatisch erkennen
Sie können festlegen, dass Looker automatisch neue Commits im Remote-Projekt erkennt, wenn Sie in Ihrer Manifestdatei im Unterparameter ref
von remote_dependency
einen Git-Zweig oder ein Git-Release-Tag angeben.
Hier ist beispielsweise eine Remote-Abhängigkeit, bei der der Zweig master
im Unterparameter ref
angegeben wird:
remote_dependency: exchange_rate {
url: "https://github.com/llooker/datablocks-exchangerate.git"
ref: "master"
}
Wenn daraufhin der master
-Zweig mit neuen Commits aktualisiert wird, erkennt Looker die Änderungen automatisch.
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 Werttyp, den Sie für den Parameter ref
angeben, selbst von einem Commit-SHA, zeigt die IDE die Schaltfläche Abhängigkeiten aktualisieren in der oberen Projektnavigationsleiste an, wenn Sie Ihrem Projekt einen remote_dependency
-Parameter hinzufügen.
Klicken Sie auf Abhängigkeiten aktualisieren, um die Remote-Projektdateien zu importieren. Wenn dies die erste Remote-Abhängigkeit ist, die Sie Ihrem Projekt hinzugefügt haben, wird Looker beim Aktualisieren von Abhängigkeiten auch aufgefordert, eine Manifest-Sperrdatei zu erstellen. Looker verwendet die Manifest-Sperrdatei, um die Version des bzw. 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. Dies 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, wird in Looker im Bereich „Git-Aktionen“ der IDE die Option Abhängigkeiten aktualisieren angezeigt.
Wählen Sie die Option Abhängigkeiten aktualisieren aus, um die neuesten Remote-Projektdateien in Ihr Projekt zu übernehmen.
Sobald Sie über die neuesten Dateien verfügen, können Sie Ihren LookML-Code validieren, um zu prüfen, ob alle Referenzen Ihres Projekts mit den aktualisierten Remote-Projektdateien funktionieren. Anschließend können Sie fehlerhafte Referenzen korrigieren und Ihre Änderungen ohne Ausfallzeiten für Ihre Nutzer bereitstellen.
Manifest-Sperrdatei
Looker verwendet die Manifest-Sperrdatei mit dem Dateinamen manifest_lock.lkml
, um die Versionen von remote importierten Projekten zu verfolgen. Die Manifest-Sperrdatei ist im Dateibrowser der Looker IDE aufgeführt.
Looker-Entwickler müssen die Manifest-Sperrdatei nicht erstellen oder bearbeiten, da die Sperrdateien automatisch von Looker verwaltet werden.
Die Manifest-Sperrdatei 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
zeigt die Version des Projekts (angegeben durch ein Commit-SHA) an, die Looker in Ihrem Projekt verwendet: <ph type="x-smartling-placeholder">- </ph>
- Wenn das Remote-Projekt in der Manifestdatei mit der
ref
eines Git-Zweigs oder einem Git-Release-Tag definiert wurde, zeigt der Parameterref
an, welche Version der Dateien (das Commit-SHA des Remote-Projekts) derzeit von Ihrem Projekt verwendet wird. Wenn im Remote-Projekt neue Commits vorhanden sind, wird in Looker die Schaltfläche Abhängigkeiten aktualisieren in der IDE angezeigt, damit Sie die neuesten Remote-Projektdateien importieren können. Der Wertref
in der Manifest-Sperrdatei wird dann aktualisiert, um den neuesten Commit-SHA-Wert für diesen Zweig oder Release-Tag anzuzeigen. - Wenn das Remote-Projekt in der Manifestdatei mit einem
ref
eines bestimmten Commit-SHA definiert wurde, ist derref
-Parameter in der Manifest-Sperrdatei derselbe Commit-SHA.
- Wenn das Remote-Projekt in der Manifestdatei mit der
Anmeldedaten zur Authentifizierung für private Remote-Repositories konfigurieren
Wenn Sie die Anmeldedaten zur Authentifizierung für private Remote-Repositories konfigurieren möchten, gehen Sie zur Seite Anmeldedaten importieren. Wählen Sie dazu im linken Navigationsbereich der IDE Einstellungen
aus.Die Einstellungen unter Anmeldedaten importieren zeigen eine Liste der URLs für jedes in der Projektmanifestdatei definierte Remote-Repository, den für das Repository verwendeten Authentifizierungstyp (https
oder ssh
) und an, ob Looker eine Verbindung zum Repository herstellen kann.
Anmeldedaten für die Authentifizierung hinzufügen
So fügen Sie Anmeldedaten zur Authentifizierung für ein Repository hinzu:
Halten Sie auf der Seite Anmeldedaten importieren unter der Überschrift URL den Mauszeiger über einen Repository-Namen, um die Schaltflächen Testen und Konfigurieren anzuzeigen, und klicken Sie auf Konfigurieren.
In Looker wird das Dialogfeld Git-Authentifizierung konfigurieren angezeigt. Hier können Sie die Anmeldedaten für das Remote-Repository konfigurieren. Im Dialogfeld wird der Typ der Anmeldedaten angegeben, die für das jeweilige Repository erforderlich sind.
Wenn das Repository zur Authentifizierung einen Nutzernamen und ein Passwort (oder ein persönliches Zugriffstoken) benötigt, 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 Beispiel für die Verwendung von SSH zum Importieren eines Remote-Projekts weiter oben auf dieser Seite beschrieben, zeigt Looker ein Dialogfeld mit Ihrem lokalen SSH-Schlüssel an. Klicken Sie auf Copy Key (Schlüssel kopieren), um den SSH-Schlüssel in die Zwischenablage zu kopieren und der Schlüsselliste Ihres Repositorys hinzuzufügen.
Klicken Sie nach dem Speichern der Anmeldedaten auf Testen, um den Looker-Zugriff 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 für die Authentifizierung bearbeiten
So bearbeiten Sie die Anmeldedaten zur Authentifizierung für ein Repository:
Halten Sie den Mauszeiger über ein Repository, für das bereits Anmeldedaten zur Authentifizierung konfiguriert wurden, um die Schaltflächen Testen und Bearbeiten anzuzeigen. Klicken Sie dann auf Bearbeiten.
Wenn das Repository zur Authentifizierung einen Nutzernamen und ein Passwort (oder ein persönliches Zugriffstoken) benötigt, klicken Sie auf Anmeldedaten löschen. Klicken Sie dann im Bestätigungsdialogfeld auf Ja, Anmeldedaten löschen.
Geben Sie die neuen Anmeldedaten im Dialogfeld Git-Authentifizierung konfigurieren ein und klicken Sie auf Änderungen speichern.
Dateien aus einem importierten Projekt aufrufen
Die Looker IDE zeigt importierte Projektdateien im Ordner imported_projects
des linken Navigationsbereichs an. 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.
Sie können sich auch Objekte aus importierten Projektdateien ansehen, die im aktiven Projekt enthalten sind. Verwenden Sie dazu den Objektbrowser. Greifen Sie über die Navigationsleiste der Looker IDE auf den Objektbrowser zu.
Außerdem können Nutzer mit der Berechtigung develop
im Metadatenbereich Informationen zu Objekten aus importierten Projekten aufrufen, 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 dieses Modell verfügbar sein werden. Nachdem Sie ein importiertes lokales oder remote-Projekt in der Manifestdatei angegeben haben, können Sie den Parameter include
in einer Modelldatei verwenden, um Dateien aus dem importierten Projekt anzugeben. Es können nur Dateien aufgenommen 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. Folgen Sie dem Namen des importierten Projekts mit einem einzelnen Schrägstrich (/
) und dem vollständigen Pfad zu der Datei, die Sie einschließen 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 auf der Seite zum Parameter include
im Abschnitt Pfadsyntax.
Sie können Platzhalter verwenden, um mehrere Dateien einzuschließen. So schließen Sie beispielsweise alle Ansichtsdateien im Verzeichnis /views/
des importierten Projekts e_flights
ein:
include: "//e_flights/views/*.view"
Darüber hinaus können Sie mithilfe von Platzhaltern bestimmte Verzeichnisebenen festlegen oder Verzeichnisse in einem importierten Projekt rekursiv darstellen:
include: "//e_flights/*/*.view.lkml"
include: "//e_commerce/*/*.view.lkml"
Informationen zur Verwendung von Platzhaltern bei aktivierten IDE-Ordnern finden Sie auf der Seite zum include
-Parameter im Abschnitt Beispiele für Platzhalter.
Modelldateien einschließen
Sie können keine Modelldatei aus einem anderen Projekt einfügen. Wenn Sie Explores projektübergreifend wiederverwenden, optimieren oder erweitern möchten, können Sie im importierten Projekt eine separate Explore-Datei erstellen und diese Explore-Datei dann in andere Projekte einfügen. Weitere Informationen finden Sie auf der Dokumentationsseite zum Parameter include
im Abschnitt Explores in ein Modell einbinden.
Einschließlich Dateien, die andere Dateien enthalten
Wenn Sie eine Datei einschließen, die andere Dateien enthält, werden alle Einbindungen aufgelöst, bevor die Datei an das nächste Projekt übergeben wird, in dem sie enthalten ist.
Wenn Sie in Ihrem aktuellen Projekt beispielsweise eine Datei (A
) aus einem anderen Projekt (proj_A
) importieren und die importierte Datei einen include
-Parameter enthält, der die Datei B
aus dem Projekt proj_B
enthält, wird die Datei B
in die Datei A
eingefügt, bevor die Datei A
in das aktuelle Projekt importiert wird.
Datendateien importieren
Dateien, die im Abschnitt „Daten“ eines Projekts gespeichert sind, werden nicht importiert. Um auf eine Datendatei aus einem importierten Projekt zu verweisen, z. B. im Parameter map_layer
, 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 ob die Ansichtsdatei Teil dieses Projekts wäre. Angenommen, Sie haben das Projekt ga_360_block
in Ihre Projektmanifestdatei importiert und Ihre Modelldatei enthält die folgende include
-Anweisung:
include: "//ga_360_block/ga_block.view"
Sie verwenden die Syntax ${ga_block.hits_total}
, um in der enthaltenen Ansicht ga_block
auf das Feld hits_total
zu verweisen.
Konstanten in Dateien aus einem importierten Projekt verwenden
Mit LookML-Konstanten können Sie in der Manifestdatei Ihres Projekts einen Wert 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
hat folgende mögliche Werte:
none
: Der Standardwert fürexport
. Der Wert der Konstante kann im Importprojekt nicht überschrieben werden. Das importierende Projekt verwendet den konstanten Wert, der in der Manifestdatei des importierten Projekts angegeben wurde.override_optional
: Der Wert der Konstante kann im Importprojekt optional überschrieben werden. Wenn in der Manifestdatei des importierenden Projekts kein Wert angegeben ist, wird der ursprüngliche Wert aus dem importierten Projekt verwendet.override_required
: Das importierende Projekt muss den konstanten Wert überschreiben, der ursprünglich in der Manifestdatei des importierten Projekts festgelegt 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 anzugeben. Voraussetzung ist, dass für diese Konstante export
im ursprünglichen Projekt auf override_optional
oder override_required
festgelegt ist. Wenn Sie den Wert einer Konstante aus einem importierten Projekt überschreiben, wird im Projekt der Wert verwendet, den Sie mit dem Parameter override_constant
angegeben haben.
Angenommen, Sie verwalten mehrere Datenbanken auf einer einzelnen Looker-Instanz mit einem separaten Projekt für jede Datenbank. Nehmen Sie außerdem an, dass die Datenschemas für jede Datenbank identisch sind und dass Ihr Ziel darin besteht, eine Analyse einmal zu definieren und auf jedes Dataset anzuwenden.
Angenommen, proj_core
ist das Basisprojekt, in dem Sie Ansichten definiert haben, die Sie in andere Projekte importieren möchten. Eine der Ansichten, die Sie importieren möchten, ist die orders
-Ansicht, 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
mithilfe der Konstante schema_name
angegeben, die in der Manifestdatei proj_core
definiert ist. Da die Konstante schema_name
auf export: override_required
gesetzt ist, muss im folgenden Beispiel der Wert jedes Projekts, in das schema_name
importiert wird, mit dem Parameter override_constant
überschrieben werden:
constant: schema_name {
value: "proj_core_schema"
export: override_required
}
Angenommen, Sie möchten die Ansicht orders
in ein lokales Projekt namens proj_a
importieren. Außerdem gibt es in der Datenbank eine Tabelle mit dem Namen orders
für proj_a
, die eine identische Struktur wie die Tabelle orders
im Basisprojekt proj_core
hat.
Da sich proj_core
und proj_a
auf derselben Instanz befinden, können Sie die Ansicht orders
mithilfe von local_dependency
in proj_a
importieren. Mit dem Unterparameter override_constant
von local_dependency
können Sie dann die schema_name
-Konstante 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 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 importierenden Projekt) 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 die Felder von Grund auf neu zu definieren. In diesem Beispiel entspricht die Ansicht orders
einer anderen Tabelle für jedes Projekt:
- In
proj_core
basiert die Ansichtorders
auf der Tabelleproj_core_schema.orders
in Ihrer Datenbank. - In
proj_a
basiert die Ansichtorders
auf der Tabelleproj_a_schema.orders
in Ihrer Datenbank.