Sie können Dateien aus anderen LookML-Projekten und externen Repositories in Ihr aktuelles Projekt importieren. So können Sie Modelldateien, Ansichtsdateien und andere Dateien in mehreren Projekten verwenden.
Dafür gibt es mehrere Anwendungsfälle. Beispiele:
Sie können auf einem installierten Looker-Block aufbauen, ohne ihn direkt ändern zu müssen. Wenn Looker Änderungen am Block vornimmt, können Sie diese übernehmen, da die von Ihnen hinzugefügte LookML in einem separaten Repository gespeichert wird.
Pflegen eines Basisprojekts, das automatisch basierend auf dem Datenbankschema generiert wird. Sie können alle benutzerdefinierten Dimensionen, Messwerte usw. in ein separates Projekt einfügen, in das die gesamte LookML aus dem automatisch erstellten Projekt importiert wird. Sie können das Basisprojekt regelmäßig neu generieren, wenn sich das Datenbankschema ändert, ohne die gesamte benutzerdefinierte LookML zu überschreiben.
Freigegebene Objekte in einem einzigen Projekt kapseln und 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 platzieren und dort verwalten. Anschließend können Sie die Tabelle in mehrere andere Projekte importieren.
So importieren Sie Dateien aus einem anderen Projekt:
- Erstellen Sie eine Projektmanifestdatei.
- Geben Sie die lokalen oder Remote-Projekte an, die Sie importieren möchten.
- Dateien aus einem importierten Projekt ansehen
- 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, in das Dateien aus anderen Projekten importiert werden, muss eine Projektmanifestdatei haben. Wenn Ihr Projekt noch keine Manifestdatei hat, können Sie eine erstellen. Klicken Sie dazu oben im Dateibrowser der Looker IDE auf das Symbol +.
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 Import lokal erstellter Projekte kann nur verwendet werden, wenn sich das importierte Projekt in derselben Looker-Instanz befindet. Außerdem wird empfohlen, dass Entwickler Modellberechtigungen für die Modelle des importierten Projekts haben. Wenn Ihre Entwickler Modellberechtigungen im importierten Projekt haben, ist die Versionierung dynamisch. Das bedeutet, dass sich Änderungen am importierten Projekt 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. Bei Entwicklern mit Modellberechtigungen in beiden Projekten spiegeln die importierten Projektdateien den Status des Entwicklungsmodus des Entwicklers wider. Wenn sich der Entwickler im Entwicklungsmodus befindet, wird in der Looker IDE der Entwicklungsmodus der Dateien des importierten Projekts angezeigt. Wenn sich der Entwickler im Produktionsmodus befindet, 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. Dieser Parameter wird in Looker automatisch ausgefüllt, wenn Sie die Manifestdatei für das Projekt erstellen. Wenn Sie ein lokales Projekt in das aktuelle Projekt importieren möchten, verwenden Sie einen oder mehrere local_dependency
-Parameter, um das oder die zu importierenden Projekte anzugeben:
# This project
project_name: "my_project"
# The project to import
local_dependency: {
project: "my_other_project"
}
In den folgenden Fällen sollten Sie den 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 nie die Version der Dateien im Entwicklungsmodus anzeigen und ist möglicherweise veraltet, ohne dass der Entwickler benachrichtigt wird. Es ist besser, den Remote-Projektimport zu verwenden und einen
ref
anzugeben, der einen Git-Branch oder eine Git-Version im Remote-Projekt angibt. In diesem Fall werden in Looker neue Commits im Remote-Projekt automatisch erkannt. Ihre Entwickler werden benachrichtigt und können dann die neueste Version der Remote-Projektdateien einbinden. - Ihre Entwickler müssen immer mit der Produktionsversion eines importierten Projekts arbeiten.
- Ihre Entwickler müssen mit einer statischen Version der Dateien des importierten Projekts arbeiten.
Remote-Projekte importieren
Beim Remote-Import muss sich das importierte Projekt nicht auf derselben Instanz befinden. Stattdessen wird das Projekt über sein Remote-Git-Repository importiert.
Wenn Sie ein Remote-Repository importieren möchten, geben Sie die Informationen für das Remote-Repository mit dem Parameter remote_dependency
an. Der Parameter remote_dependency
verwendet die folgenden Informationen und Unterparameter:
- Der Name des importierten Projekts, der frei gewählt werden kann. 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. - Der Unterparameter
url
, in dem Sie die Adresse des externen Git-Repositorys angeben. Verwenden Sie die Haupt-URL des Repositorys. - Der Unterparameter
ref
, in dem Sie einen Git-Branch, ein Git-Release-Tag oder das SHA eines Commits im Git-Repository angeben. Wenn Sie eine statische Versionierung wünschen, können Sie eine SHA-Commit-ID angeben, damit Änderungen am importierten Projekt nicht automatisch in Ihrem Projekt übernommen werden. Das 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 auf dieser Seite im Abschnitt Automatische Erkennung neuer Versionen eines Remote-Projekts. - Der untergeordnete Parameter
override_constant
ist ein optionaler Parameter, mit dem Sie den Wert einer Konstante überschreiben können, die in einem importierten Projekt definiert wurde.
Hier 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 Anmeldedaten für den Import für das Remote-Projekt konfigurieren. Weitere Informationen finden Sie auf dieser Seite im Abschnitt Anmeldedaten für private Remote-Repositories konfigurieren.
Automatische Erkennung neuer Versionen eines Remote-Projekts
Sie können Looker so einrichten, dass neue Commits im Remote-Projekt automatisch erkannt werden, wenn Sie in der 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 master
-Branch im Unterparameter ref
angegeben ist:
remote_dependency: exchange_rate {
url: "https://github.com/llooker/datablocks-exchangerate.git"
ref: "master"
}
Wenn der master
-Branch anschließend mit neuen Commits aktualisiert wird, werden die Änderungen in Looker automatisch erkannt.
Hier 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, wird in der IDE in der oberen Navigationsleiste des Projekts die Schaltfläche Abhängigkeiten aktualisieren angezeigt, wenn Sie Ihrem Projekt einen remote_dependency
-Parameter hinzufügen.
Klicken Sie auf Abhängigkeiten aktualisieren, um die Remote-Projektdateien einzubinden. Wenn dies die erste Remote-Abhängigkeit ist, die Sie Ihrem Projekt hinzugefügt haben, wird beim Aktualisieren der Abhängigkeiten auch eine Manifest-Sperredatei in Looker erstellt. Looker verwendet die Manifest-Sperredatei, um die Version der Remote-Projekte zu verfolgen.
Wenn Sie im Unterparameter ref
einen Git-Branch oder ein Git-Release-Tag angeben, sucht Looker nach neuen Commits, wenn die Looker-IDE aktualisiert wird. Das passiert, wenn ein Looker-Entwickler den Entwicklungsmodus aktiviert, 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 aufzunehmen.
Sobald Sie die neuesten Dateien haben, können Sie Ihre LookML-Datei validieren, um sicherzustellen, dass alle Verweise Ihres Projekts mit den aktualisierten Remote-Projektdateien funktionieren. Sie können dann alle fehlerhaften Verweise korrigieren und Ihre Änderungen ohne Ausfallzeiten für Ihre Nutzer bereitstellen.
Manifest-Sperrbildschirmdatei
In Looker wird die Manifest-Sperredatei mit dem Dateinamen manifest_lock.lkml
verwendet, um die Versionen der remote importierten Projekte zu verfolgen. Die Manifest-Sperre wird im Dateibrowserbereich der Looker IDE aufgeführt.
Looker-Entwickler müssen die Manifest-Sperrbildschirmdatei nicht erstellen oder bearbeiten, da Sperrdateien automatisch von Looker verwaltet werden.
Die Manifest-Sperre enthält jeden Remote-Ordner, der durch einen remote_dependency
-Eintrag mit den Unterparametern url
und ref
dargestellt wird:
- Der Parameter
remote_dependency
gibt den Namen des Remote-Projekts an, den ein Looker-Entwickler in der Manifestdatei angegeben hat. - Der Unterparameter
url
gibt die Adresse des externen Git-Repositories an, die ein Looker-Entwickler in der Manifestdatei angegeben hat. - Der Unterparameter
ref
gibt die Version des Projekts an (angegeben durch einen Commit-SHA), die in Looker für Ihr Projekt verwendet wird:- Wenn das Remoteprojekt in der Manifestdatei mit einer
ref
eines Git-Branches oder eines Git-Release-Tags definiert wurde, gibt der Parameterref
an, welche Version der Dateien (die Commit-SHA des Remoteprojekts) derzeit in Ihrem Projekt verwendet wird. Wenn es im Remote-Projekt neue Commits gibt, wird in Looker in der IDE die Schaltfläche Abhängigkeiten aktualisieren angezeigt, damit Sie die neuesten Remote-Projektdateien einbinden können. Der Wertref
in der Manifest-Sperrbildschirmdatei wird dann aktualisiert, um den SHA des letzten Commits für diesen Branch oder Release-Tag anzuzeigen. - Wenn das Remote-Projekt in der Manifestdatei mit einer
ref
einer bestimmten SHA-Commit-ID definiert wurde, entspricht derref
-Parameter in der Manifest-Sperrbildschirmdatei derselben SHA-Commit-ID.
- Wenn das Remoteprojekt in der Manifestdatei mit einer
Anmeldedaten für die Authentifizierung für private Remote-Repositories konfigurieren
Wenn Sie Anmeldedaten für private Remote-Repositories konfigurieren möchten, rufen Sie die Seite Anmeldedaten importieren auf. Wählen Sie dazu im linken Navigationsbereich der IDE Einstellungen
aus.Die Einstellungen unter Anmeldedaten importieren enthalten eine Liste der URLs für jedes Remote-Repository, das in der Projektmanifestdatei definiert wurde, die für das Repository verwendete Authentifizierungsart (https
oder ssh
) und ob Looker eine Verbindung zum Repository herstellen kann.
Anmeldedaten für die Authentifizierung hinzufügen
So fügen Sie einem Repository Anmeldedaten hinzu:
Bewegen Sie auf der Seite Anmeldedaten importieren den Mauszeiger unter der Überschrift URL auf einen Repository-Namen, um die Schaltflächen Testen und Konfigurieren aufzurufen. Klicken Sie dann auf Konfigurieren.
Looker zeigt das Dialogfeld Git-Authentifizierung konfigurieren an, in dem Sie Anmeldedaten für das Remote-Repository konfigurieren können. Im Dialogfeld wird der Anmeldedatentyp angezeigt, der für das jeweilige Repository erforderlich ist.
Wenn für das Repository ein Nutzername und Passwort (oder ein persönliches Zugriffstoken) für die 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 Beispiel zum Importieren eines Remote-Projekts mit SSH oben auf dieser Seite, wird in Looker ein Dialogfeld mit Ihrem lokalen SSH-Schlüssel angezeigt. Klicken Sie auf Schlüssel kopieren, um den SSH-Schlüssel in die Zwischenablage zu kopieren und der Schlüsselliste Ihres Repositories hinzuzufügen.
Klicken Sie nach dem Speichern der Anmeldedaten auf Testen, um den Looker-Zugriff auf das Repository zu testen.
Sobald Sie die Verbindungstests bestanden und eine Verbindung zum Repository hergestellt haben, wird im Bereich Anmeldedaten importieren neben dem Repositorynamen ein grünes Häkchen angezeigt.
Anmeldedaten für die Authentifizierung bearbeiten
So bearbeiten Sie die Anmeldedaten für ein Repository:
Wenn die Schaltflächen Testen und Bearbeiten angezeigt werden sollen, bewegen Sie den Mauszeiger auf ein Repository, für das bereits Anmeldedaten für die Authentifizierung konfiguriert wurden, und klicken Sie auf Bearbeiten.
Wenn für das Repository ein Nutzername und Passwort (oder ein persönliches Zugriffstoken) für die Authentifizierung erforderlich sind, klicken Sie auf Anmeldedaten löschen und 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
In der Looker IDE werden importierte Projektdateien im Ordner imported_projects
im linken Navigationsbereich angezeigt. Sie können eine importierte Projektdatei auswählen, um den Inhalt aufzurufen.
Dateien aus lokalen Projekten und Remote-Projekten werden im Ordner imported_projects
aufgeführt.
Im Objektbrowser können Sie sich auch Objekte aus importierten Projektdateien ansehen, die im aktiven Projekt enthalten sind. Sie können über die Navigationsleiste der Looker IDE auf den Objektbrowser zugreifen.
Außerdem können Nutzer mit der Berechtigung develop
im Metadatenbereich Informationen zu Objekten aus importierten Projekten aufrufen, einschließlich Links zur 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 sind. Nachdem Sie in der Manifestdatei ein lokales oder remotes importiertes Projekt angegeben haben, können Sie mit dem Parameter include
in einer Modelldatei Dateien aus dem importierten Projekt angeben. Es können nur Dateien eingeschlossen werden, deren Projekt in der Manifestdatei aufgeführt ist.
Wenn Sie eine Datei aus einem anderen Projekt include
möchten, verwenden Sie den Dateinamen mit zwei Schrägstrichen (//
) und den Namen des importierten Projekts. Fügen Sie nach dem Namen des importierten Projekts einen einzelnen Schrägstrich (/
) und den vollständigen Pfad zur Datei ein, die Sie einschließen möchten.
In diesen include
-Befehlen wird beispielsweise die Ansichtsdatei users
aus dem importierten Projekt e_flights
und die Ansicht orders
aus dem importierten Projekt e_commerce
angegeben:
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 Parameterseite include
im Abschnitt Pfadsyntax.
Sie können Platzhalter verwenden, um mehrere Dateien anzugeben. So fügen Sie beispielsweise alle Ansichtsdateien im Verzeichnis /views/
des importierten Projekts e_flights
ein:
include: "//e_flights/views/*.view"
Außerdem können Sie Platzhalter verwenden, um den Umfang auf bestimmte Verzeichnisebenen oder rekursive Verzeichnisse im importierten Projekt zu beschränken:
include: "//e_flights/*/*.view.lkml"
include: "//e_commerce/*/*.view.lkml"
Informationen zur Verwendung von Platzhaltern bei aktivierten IDE-Ordnern finden Sie auf der Parameterseite include
im Abschnitt Platzhalterbeispiele.
Modelldateien einschließen
Sie können keine Modelldatei aus einem anderen Projekt einfügen. Wenn Sie Explores stattdessen wiederverwenden, optimieren oder erweitern möchten, können Sie im importierten Projekt eine separate Explore-Datei erstellen und diese dann in anderen Projekten einbinden. Weitere Informationen finden Sie auf der Seite mit der Parameterdokumentation für include
im Abschnitt Explores in ein Modell einbinden.
Dateien einschließen, die andere Dateien enthalten
Wenn Sie eine Datei einbinden, die andere Dateien enthält, werden alle Einschlüsse aufgelöst, bevor die Datei an das nächste Projekt übergeben wird, in dem sie enthalten ist.
Wenn Sie beispielsweise in Ihrem aktuellen Projekt 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
aufgenommen, bevor die 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 Teil dieses Projekts. Angenommen, Sie haben das Projekt ga_360_block
in Ihre Manifestdatei importiert und die folgende include
-Anweisung in Ihrer Modelldatei:
include: "//ga_360_block/ga_block.view"
Mit der Syntax ${ga_block.hits_total}
können Sie auf das Feld hits_total
aus der enthaltenen Ansicht ga_block
verweisen.
Konstanten in Dateien aus einem importierten Projekt verwenden
Mit LookML-Konstanten können Sie in der Manifestdatei Ihres Projekts einen Wert definieren, der dann 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ürexport
. Der Wert der Konstante kann in Ihrem importierenden Projekt nicht überschrieben werden. Das importierte Projekt verwendet den in der Manifestdatei des importierten Projekts angegebenen Konstantenwert.override_optional
: Der Wert der Konstante kann optional in Ihrem Importprojekt ü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 Konstantenwert überschreiben, der ursprünglich in der Manifestdatei des importierten Projekts angegeben wurde. Wenn im importierten Projekt kein neuer Konstantenwert angegeben ist, wird in Looker ein Fehler angezeigt.
Wenn Sie Dateien importieren, die auf eine Konstante verweisen, 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, sofern für diese Konstante im ursprünglichen Projekt export
auf override_optional
oder override_required
festgelegt ist. Wenn Sie den Wert einer Konstante aus einem importierten Projekt überschreiben, wird in Ihrem Projekt der Wert verwendet, den Sie mit dem Parameter override_constant
angeben.
Angenommen, Sie verwalten mehrere Datenbanken in einer einzigen Looker-Instanz mit einem separaten Projekt für jede Datenbank. Angenommen, die Datenschemata sind für jede Datenbank identisch und Sie möchten eine Analyse einmal definieren und auf jeden Datensatz anwenden.
Angenommen, proj_core
ist das Basisprojekt, in dem Sie Ansichten definiert haben, die Sie in andere Projekte importieren möchten. Außerdem möchten Sie die Ansicht orders
importieren, die so definiert ist:
view: orders {
sql_table_name: "@{schema_name}.orders"
}
Das Schema, auf dem die orders
-Ansicht basiert, wird im Parameter sql_table_name
mit der Konstante schema_name
angegeben, die in der Manifestdatei proj_core
definiert ist. Da die Konstante schema_name
im folgenden Beispiel auf export: override_required
festgelegt ist, muss der Wert in jedem Projekt, 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. In der Datenbank für proj_a
gibt es außerdem eine Tabelle namens orders
mit derselben Struktur wie die Tabelle orders
im Basisprojekt proj_core
.
Da sich proj_core
und proj_a
in derselben Instanz befinden, können Sie die orders
-Ansicht mit local_dependency
in proj_a
importieren. Mit dem Unterparameter override_constant
von local_dependency
können Sie die Konstante schema_name
dann 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"
}
}
In diesem Beispiel wird in Looker ein Fehler angezeigt, wenn Sie den Wert der Konstante schema_name
in proj_a
(dem importierenden Projekt) nicht überschreiben, da sie in project_core
auf export: override_required
festgelegt ist.
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 von Grund auf neu zu definieren. In diesem Beispiel entspricht die Ansicht orders
für jedes Projekt einer anderen Tabelle:
- 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.