Eigenschaften von Beziehungsklassen

Dieses Thema gilt nur für ArcGIS for Desktop Standard und ArcGIS for Desktop Advanced.

HinweisHinweis:

Während Sie Beziehungsklassen in ArcGIS for Desktop Advanced und ArcGIS for Desktop Standard sowohl erstellen als auch bearbeiten können, sind diese in ArcGIS for Desktop Basic schreibgeschützt. Die an einer Beziehungsklasse beteiligten Feature-Classes sind in ArcGIS for Desktop Basic ebenfalls schreibgeschützt.

Eine Beziehungsklasse enthält eine Reihe von Eigenschaften, die bestimmen, wie sich Objekte am Ursprung auf Objekte am Ziel beziehen. Diese Eigenschaften werden beim Erstellen der Beziehungsklasse festgelegt.

Nach dem Erstellen der Beziehung können Sie Regeln festlegen, um die Beziehungsart zu optimieren.

Einfache Beziehungen im Vergleich zu abhängigen Beziehungen

Beim Erstellen einer Beziehungsklasse geben Sie an, ob diese einfach oder abhängig ist.

In einer einfachen Beziehung können die in Beziehung stehenden Objekte unabhängig voneinander existieren. Beispiel: In einem Eisenbahnnetz gibt es Bahnübergänge, an denen eine oder mehrere verbundene Signalanlagen angebracht sind. Der Bahnübergang kann jedoch auch ohne eine Signalanlage existieren und Signalanlagen existieren im Eisenbahnnetz auch dort, wo es keine Bahnübergänge gibt.

Wenn Sie das Ursprungsobjekt in einer einfachen Beziehung löschen, wird der Wert des Fremdschlüsselfeldes für das entsprechende Zielobjekt auf NULL gesetzt. Dies soll die referenzielle Integrität zwischen Features sicherstellen. Wenn das Ursprungs-Feature gelöscht wird, wird diese Zeile nicht mehr durch den Fremdschlüsselwert mit einem Feature im Ursprung verknüpft; daher ist der Fremdschlüsselwert nicht mehr erforderlich und wird auf NULL gesetzt. Der einzige Zweck des Fremdschlüssels besteht darin, eine Beziehung zwischen dem Zielobjekt und dem zugehörigen Ursprungsobjekt herzustellen. Wenn kein Ursprungs-Feature mit dem passenden Primärschlüsselwert vorliegt, besteht kein Grund zur Beibehaltung des Fremdschlüsselwertes. Wenn Sie in Zukunft dasselbe Ziel-Feature mit einem neuen oder anderen Feature verknüpfen möchten, kann das Feld mit dem Fremdschlüsselwert von NULL auf den neuen Fremdschlüsselwert aktualisiert werden.

Das Löschen eines Zielobjekts hat keine Auswirkungen auf den Primärschlüsselwert im zugehörigen Ursprungsobjekt.

Einfache Beziehungsklasse

Einfache Beziehungen können die Beziehungsarten Eins-zu-eins (1:1), Eins-zu-viele (1:M), Viele-zu-eins (M:1) und Viele-zu-viele (N:M) aufweisen.

Ebenso wie einfache Beziehungen behalten auch abhängige Beziehungen ihre referenzielle Integrität, wenn Objekte gelöscht werden, aber auf eine andere Weise. In einer abhängigen Beziehung können die Zielobjekte nicht unabhängig von den Ursprungsobjekten existieren. Wenn der Ursprung gelöscht wird, werden die in Beziehung stehenden Zielobjekte daher in einem so genannten kaskadierenden Löschvorgang ebenfalls gelöscht.

Beim Löschen eines Ursprungsobjekts in einer abhängigen Beziehung werden auch die in Beziehung stehenden Zielobjekte gelöscht.

Diese Abhängigkeitsregel wird auch durch den ArcMap-Befehl "Features überprüfen" angewendet. Dieser Befehl wird in Editiersitzungen ausgeführt, um die referenzielle Integrität zu testen. Wenn Sie ein Zielobjekt erstellt, dieses jedoch keinem Ursprungsobjekt zugeordnet haben, wird von "Features überprüfen" eine Warnung zu diesem Fehler ausgegeben.

Eine abhängige Beziehung kann auch zur räumlichen Verwaltung von Features beitragen. Durch das Verschieben oder Drehen eines Ursprungs-Features werden die Ziel-Features ebenfalls verschoben bzw. gedreht, wenn für die Nachrichtenübermittlung "Vorwärts" festgelegt wurde.

Abhängige Beziehungen sind beim Erstellen immer Eins-zu-viele-Beziehungen. Sie können aber mit Hilfe von Beziehungsregeln auf Eins-zu-eins beschränkt werden.

Ursprungs- und Zielklassen

Beim Erstellen einer Beziehungsklasse wählen Sie eine Klasse als Ursprung und eine andere als Ziel aus. Diese beiden dürfen nicht miteinander verwechselt werden. Im Hinblick auf die kaskadierenden Löschvorgänge in abhängigen Beziehungen ist die Bedeutung dieser Aussage offensichtlich.

In einfachen Beziehungen ist es unerlässlich, die jeweils richtige Klasse als Ursprung und als Ziel zu wählen. Der Grund hierfür ist, dass die Werte in den Schlüsselfeldern der entsprechenden Datensätze in der Zielklasse der einfachen Beziehungsklasse beim Löschen eines Datensatzes in der Quellklasse auf NULL festgelegt werden. Wenn Sie die falsche Klasse als Ursprung festlegen und Objekte in der Quellklasse löschen, führt dies zu Fehlern im Fremdschlüsselfeld. Dies wird im folgenden Beispiel veranschaulicht:

Bei der Auswahl des Ziels und des Ursprungs dürfen diese nicht miteinander verwechselt werden.

Fall 1: Flurstück zu Zone (falsch)

Dies ist ein häufig auftretendes Fehlerszenario. Die Tabelle der Zonen enthält die Beschreibungen für die verschiedenen Zoning-Codes und entspricht konzeptionell einer ArcGIS for Desktop Advanced-Workstation-Lookup-Tabelle. In diesem Fall ist die Klasse der Flurstücke der Ursprung und die Tabelle der Zonen das Ziel. So würden Sie die Beziehung in ArcGIS for Desktop Advanced Workstation festlegen. Das Problem besteht darin, dass beim Löschen eines Flurstücks der Wert im Schlüsselfeld ("Zone") für den entsprechenden Datensatz in der Tabelle der Zonen auf NULL festgelegt wird. Dies führt dazu, dass in der Tabelle der Zonen keine Entsprechung mehr für die anderen Flurstücke mit diesem Zoning-Code gefunden werden kann.

Fall 2: Zone zu Flurstück (richtig)

Um das Problem zu beheben, legen Sie die Tabelle der Zonen als Ursprung fest. Das Löschen eines Flurstücks (eines Zielobjekts) hat keine Auswirkungen auf die Tabelle der Zonen und durch das Löschen eines Zonencodes (eines Ursprungsobjekts) wird lediglich der Wert des Feldes "Zone" in den entsprechenden Flurstückdatensätzen wie erwünscht auf NULL festgelegt, da in der Tabelle der Zonen kein entsprechender Datensatz mehr verfügbar ist.

Primär- und Fremdschlüssel

In einer Beziehungsklasse sind die Objekte im Ursprung über die Werte in ihren Schlüsselfeldern Objekten im Ziel zugeordnet. Im folgenden Beispiel ist Flurstück 789 den Genehmigungen 2 und 3 zugeordnet, da diese Datensätze dieselbe Flurstücks-ID aufweisen.

In einer Beziehungsklasse sind die Objekte im Ursprung über die Werte in ihren Schlüsselfeldern den Objekten im Ziel zugeordnet.

Das Schlüsselfeld in der Quellklasse einer Beziehung wird als Primärschlüssel bezeichnet. Der Primärschlüssel wird häufig als PK (von der englischen Bezeichnung "Primary Key") abgekürzt. Im Unterschied zu einem "echten" Primärschlüssel müssen die Werte im Primärschlüsselfeld einer Beziehung für die einzelnen Objekte nicht eindeutig sein.

Das Schlüsselfeld in der Zielklasse wird als Fremdschlüssel bezeichnet. Der Fremdschlüssel wird häufig als FK (von der englischen Bezeichnung "Foreign Key") abgekürzt. Es enthält Werte, die denen des Primärschlüsselfeldes in der Quellklasse entsprechen. Auch für diese gilt, dass die Schlüsselfeldwerte nicht für jede Zeile eindeutig sein müssen.

Die Schlüsselfelder können unterschiedliche Namen aufweisen, müssen jedoch über denselben Datentyp verfügen und dieselbe Art von Informationen enthalten, beispielsweise Flurstücks-IDs. Mit Ausnahme von BLOB- (Binary Lage Object), Datums- und Raster-Feldern können alle Datentypen für Schlüsselfelder verwendet werden. Die Schlüsselfelder werden beim Erstellen einer Beziehungsklasse festgelegt.

Wenn Sie ein Primärschlüsselfeld festlegen, können Sie dazu das Zeilen-ID-Feld verwenden, das häufig als ObjectID-Feld bezeichnet wird. Das ObjectID-Feld wird von ArcGIS beim Erstellen einer Feature-Class oder Tabelle bzw. beim Registrieren eines ArcSDE-Layers oder einer ArcSDE-Tabelle automatisch hinzugefügt. Mit diesem Feld wird sichergestellt, dass für jeden Datensatz eine eindeutige ID vorhanden ist. Es wird von ArcGIS verwaltet und kann nicht geändert werden.

Der ObjectID-Wert eines bestimmten Objekts ändert sich nicht, solange es in der ursprünglichen Klasse verbleibt und, sofern es sich beim Objekt um ein Feature handelt, nicht geteilt wird. Beim Teilen eines Features wird das Ursprungs-Feature beibehalten (die Geometrie wird aktualisiert), und es wird ein neues Feature mit einer neuen ObjectID erstellt. Als Ergebnis hält nur das Feature mit der ursprünglichen ObjectID Beziehungen aufrecht, die vom ObjectID-Wert abhängig sind.

Daher empfiehlt es sich, ein eigenes Primärschlüsselfeld zu erstellen und zu verwenden, anstatt sich auf das ObjectID-Feld zu verlassen. Im Folgenden wird beschrieben, wie Sie bei den oben genannten Vorgängen Beziehungen unter Verwendung eines eigenen Primärschlüsselfeldes beibehalten können.

Beziehungsart

Die Beziehungsart einer Beziehung gibt die Anzahl der Objekte in der Quellklasse an, die zu einer Anzahl von Objekten in der Zielklasse in Beziehung stehen können. Eine Beziehung kann eine von drei Beziehungsarten aufweisen:

Eine Beziehung kann eine von drei Beziehungsarten aufweisen.

Eins-zu-eins: Ein Quellobjekt kann nur mit einem Zielobjekt in Beziehung stehen. Ein Flurstück kann beispielsweise nur eine Beschreibung aus dem Bestandsverzeichnis des Grundbuchs aufweisen. In ArcGIS schließt diese Beziehungsart auch den Typ "Viele-zu-eins" ein. Ein Beispiel für eine Viele-zu-eins-Beziehung sind viele Flurstücke mit einem Bezug zur selben Beschreibung aus dem Bestandsverzeichnis des Grundbuchs.

Eins-zu-viele: Ein Quellobjekt kann mit mehreren Zielobjekten in Beziehung stehen. Ein Flurstück kann beispielsweise viele Gebäude aufweisen. In einer Eins-zu-viele-Beziehung muss die Eins-Seite die Quellklasse sein und die Viele-Seite die Zielklasse sein.

Viele-zu-viele: Ein Ursprungsobjekt kann in Beziehung zu vielen Zielobjekten stehen und umgekehrt kann ein Zielobjekt in Beziehung zu vielen Ursprungsobjekten stehen. Ein bestimmtes Grundstück kann beispielsweise viele Besitzer aufweisen und einem bestimmtem Besitzer können viele Grundstücke gehören.

Die Begriffe "Eins" und "Viele" können irreführend sein. "Eins" bedeutet tatsächlich "Null-zu-eins" und "Viele" bedeutet tatsächlich "Null-zu-viele". Wenn Sie also beispielsweise eine Eins-zu-viele-Beziehung zwischen Flurstücken und Gebäuden erstellen, lässt die Beziehung Folgendes zu:

Nach dem Erstellen einer Beziehung können Sie die Beziehungsarten verfeinern, indem Sie Regeln für die Beziehung festlegen. Sie können Regeln festlegen, die die Anzahl der Objekte im Ursprung festlegen, die in Beziehung zu einer Anzahl von Objekten im Ziel stehen können.

Beziehungsregeln

Wenn Sie eine Beziehungsklasse erstellen, erstellen Sie diese mit der Beziehungsart "Eins-zu-eins", "Eins-zu-viele" oder "Viele-zu-viele".

Beziehungen müssen häufig restriktiver definiert werden. In einer Beziehung zwischen Flurstücken und Gebäuden könnte es beispielsweise erforderlich sein, dass jedes Gebäude einem Flurstück zugeordnet ist oder dass ein Flurstück höchstens eine bestimme Anzahl an Gebäuden enthalten kann. Dadurch wird verhindert, dass Benutzer vergessen, einem Gebäude ein Flurstück zuzuweisen, oder dass Benutzer einem Flurstück zu viele Gebäude zuordnen.

Wenn Subtypes vorhanden sind, können Sie die Anzahl und die Typen von Objekten im Ursprung beschränken, die zu einem bestimmten Objekttyp im Ziel in Beziehung stehen können. Beispiel: Für Stahlmasten können Transformatoren der Klasse A verwendet werden, während für Holzmasten Transformatoren der Klasse B zulässig sind. Darüber hinaus ist es möglicherweise erforderlich, den zulässigen Bereich der Beziehungsart für die einzelnen gültigen Subtype-Paare festzulegen. Beispiel: Auf Stahlmasten können null bis drei Transformatoren der Klasse A, auf Holzmasten null bis zwei Transformatoren der Klasse B montiert werden.

Nach dem Erstellen einer Beziehungsklasse können Sie Regeln festlegen, die diese Vorgaben für die referenzielle Integrität erzwingen:

  1. Klicken Sie in ArcCatalog oder im Katalogfenster mit der rechten Maustaste auf eine vorhandene Beziehungsklasse, um das entsprechende Dialogfeld "Eigenschaften: Beziehungsklasse" aufzurufen, und klicken Sie anschließend auf die Registerkarte "Regeln".
  2. Wählen Sie einen Subtype aus der Quellklasse aus und aktivieren Sie einen entsprechenden Subtype der Zielklasse.
  3. Aktivieren Sie die Kontrollkästchen für die Ursprungs- und die Ziel-Beziehungsart. Legen Sie geeignete Minimal- und Maximalwerte der Beziehungsart für die Regel fest. Im Dialogfeld wird ausgeschlossen, dass Sie einen Minimalwert festlegen, der größer als der Maximalwert ist. Legen Sie daher den Maximalwert für die Beziehungsart zuerst fest.Festlegen von Regeln auf der Registerkarte "Regeln" im Dialogfeld "Eigenschaften: Beziehungsklasse"

Wenn einer Beziehungsklasse eine Beziehungsregel hinzugefügt wurde, wird diese Regel die einzig gültige Beziehung, die vorhanden sein kann. Damit andere Beziehungskombinationen und Beziehungsarten zulässig sind, müssen Sie zusätzliche Beziehungsregeln hinzufügen.

Im folgenden Beispiel kann eine Sondermülldeponie ("HazMat Landfill") zu einem bis zwei tiefen ("Deep") oder zwei bis sieben flachen ("Shallow") Beobachtungsbrunnen ("MonitorWell") in Beziehung gesetzt werden. Wenn jedoch eine geordnete Mülldeponie ("Sanitary Landfill") in Beziehung zu einem tiefen Beobachtungsbrunnen gesetzt wird und zwischen diesen beiden Subtypes keine Regel erstellt wurde, wird die Beziehung vom Befehl "Features überprüfen" als ungültig betrachtet.

Nach dem Hinzufügen einer Regel wird diese zur einzig möglichen gültigen Beziehung, bis weitere Regeln hinzugefügt werden.

Nach dem Einrichten der Regeln und dem Beginn der Bearbeitung können Sie diese mit dem ArcMap-Befehl "Features überprüfen" testen. Durch den Befehl "Features überprüfen" wird Ihnen mitgeteilt, ob die aktuell ausgewählten Features eine Beziehungsregel verletzen.

Richtung der Nachrichtenübermittlung

Wie bereits erläutert, werden beim Löschen eines Ursprungsobjekts in einer abhängigen Beziehung die in Beziehung stehenden Zielobjekte automatisch ebenfalls gelöscht.

Unabhängig davon, ob Sie mit einfachen oder abhängigen Beziehungen arbeiten, kann es weitere Vorgänge geben, bei denen eine Aktualisierung eines Features die Aktualisierung der in Beziehung stehenden Features auslösen soll. Dabei können zudem Aktualisierungen in einer und/oder der anderen Richtung erforderlich sein.

Sie können festlegen, dass sich Ursprungs- bzw. Zielobjekte bei einer Änderung gegenseitig Nachrichten übermitteln.

Wenn die vorhandene Beziehung dieses Verhalten erfordert, können Sie festlegen, dass sich Ursprungs- bzw. Zielobjekte gegenseitig Nachrichten senden, um einander bei Änderungen zu benachrichtigen, wodurch eine entsprechende Aktualisierung der in Beziehung stehenden Objekte ermöglicht wird.

Legen Sie hierfür die Richtung für die Nachrichtenübermittlung beim Erstellen der Beziehung fest. Wenn erforderlich ist, dass die Aktualisierung eines Ursprungsobjekts eine Aktualisierung der in Beziehung stehenden Zielobjekte nach sich zieht, legen Sie die Richtung der Nachrichtenübermittlung auf "Vorwärts" fest. Wenn bei einer Aktualisierung eines Zielobjekts die in Beziehung stehenden Ursprungsobjekte aktualisiert werden müssen, legen Sie die Richtung der Nachrichtenübermittlung auf "Rückwärts" fest. Wenn die Nachrichtenübermittlung in beiden Richtungen nötig ist, legen Sie die Richtung der Nachrichtenübermittlung auf "Beide" fest. Nach dem Erstellen der Beziehung müssen Sie das Verhalten für die Objekte festlegen, die die Nachrichten empfangen, so dass diese entsprechend reagieren können.

Die einzige Ausnahme sind abhängige Beziehungen, wenn die Richtung der Nachrichtenübermittlung auf "Vorwärts" festgelegt ist. Wenn Sie eine abhängige Beziehung mit einer Nachrichtenübermittlung erstellen, die auf "Vorwärts" festgelegt ist, bewirkt das Verschieben oder Drehen eines Ursprungsobjekts, dass die in Beziehung stehenden Ziel-Features automatisch auch verschoben bzw. gedreht werden. Sofern Sie die Beziehung ordnungsgemäß eingerichtet haben, funktioniert dies unmittelbar nach dem Erstellen der Beziehung und es ist kein gesonderter Programmcode erforderlich.

Bei anderen Richtungen für die Nachrichtenübermittlungen müssen die Objekte hingegen mit benutzerdefiniertem Programmcode versehen werden. Wenn Sie weder eine abhängige Beziehung mit einer Nachrichtenübermittlung vom Typ "Vorwärts" erstellen noch benutzerdefiniertes Verhalten festlegen möchten, legen Sie die Nachrichtenübermittlung auf "Keine" fest. Andernfalls werden bei jedem Bearbeitungsvorgang unnötige Nachrichten erzeugt. Dies wirkt sich negativ auf die Performance aus.

Beachten Sie beim Festlegen der Richtung für abhängige Beziehungen, dass beim Löschen des Ursprungsobjekts in einer abhängigen Beziehung alle in Beziehung stehenden Objekte im Ziel automatisch ebenfalls gelöscht werden. Dies geschieht unabhängig davon, ob die Richtung der Nachrichtenübermittlung auf "Vorwärts", "Rückwärts", "Beide" oder "Keine" festgelegt ist.

Richtung

Auswirkung auf einfache Beziehungen

Auswirkung auf abhängige Beziehungen

Vorwärts

Keine Auswirkung, sofern nicht durch Programmierung angepasst

  • Löschen des Ursprungs führt zu Löschen des Ziels
  • Verschieben oder Drehen des Ursprungs führt zu Verschieben oder Drehen des Ziels
  • Keine weitere Auswirkung, es sei denn, benutzerdefiniertes Verhalten ist programmiert

Rückwärts

Keine Auswirkung, sofern nicht durch Programmierung angepasst

  • Löschen des Ursprungs führt zu Löschen des Ziels
  • Keine weitere Auswirkung, es sei denn, benutzerdefiniertes Verhalten ist programmiert

Beide

Keine Auswirkung, sofern nicht durch Programmierung angepasst

  • Löschen des Ursprungs führt zu Löschen des Ziels
  • Verschieben oder Drehen des Ursprungs führt zu Verschieben oder Drehen des Ziels
  • Keine weitere Auswirkung, es sei denn, benutzerdefiniertes Verhalten ist programmiert

Keine

Verhindert Übermittlung von Nachrichten, Performance wird leicht verbessert

  • Löschen des Ursprungs führt zu Löschen des Ziels
  • Verhindert Übermittlung von anderen Nachrichten, Performance wird leicht verbessert

Richtungen für die Nachrichtenübermittlung

Viele-zu-viele-Beziehungen

In Eins-zu-eins-Beziehungen und Eins-zu-viele-Beziehungen stehen Werte im Primärschlüssel der Quellklasse in direkter Beziehung zu Werten im Fremdschlüssel der Zielklasse.

In Viele-zu-viele-Beziehungen muss hingegen eine Zwischentabelle zum Zuordnen der Beziehungen verwendet werden. Daher wird beim Erstellen einer Viele-zu-viele-Beziehung automatisch eine Zwischentabelle erstellt. Mit der Zwischentabelle werden Primärschlüsselwerte aus dem Ursprung Fremdschlüsselwerten aus dem Ziel zugeordnet. In jeder Zeile wird ein Ursprungsobjekt einem Zielobjekt zugeordnet.

Für eine Viele-zu-viele-Beziehung ist eine Zwischentabelle erforderlich.

Beim Erstellen einer Zwischentabelle werden nur die Felder automatisch erstellt. ArcGIS erkennt nicht, welche Ursprungsobjekte welchen Zielobjekten zugeordnet sind. Deshalb müssen Sie die Zeilen in ArcMap manuell erstellen. Das Ausfüllen dieser Tabelle ist der zeitaufwändigste Vorgang beim Einrichten der Beziehung.

Attribute einer Beziehung

Die Zwischentabelle einer Viele-zu-viele-Beziehung kann optional auch einen zweiten Zweck erfüllen – das Speichern von Attributen der Beziehung selbst. In einer Flurstücksdatenbank kann beispielsweise eine Beziehungsklasse zwischen Flurstücken und Besitzern vorliegen, in der Besitzer Flurstücke besitzen und Flurstücke mehreren Besitzern gehören. Ein Attribut der einzelnen Beziehungen kann z. B. der Besitzanteil der einzelnen Besitzer sein. Wenn Sie Attribute dieser Art speichern müssen, können Sie diese beim Erstellen der Beziehung oder zu einem späteren Zeitpunkt der Zwischentabelle hinzufügen.

In der Zwischentabelle können Attribute für die Beziehung selbst gespeichert werden.

Auch beim Einrichten einer Eins-zu-eins-Beziehung oder einer Eins-zu-viele-Beziehung kann es erforderlich sein, Attribute der Beziehung selbst zu speichern. Dies ist zwar nicht ganz so nützlich, aber ebenso möglich. Wenn dies der Fall ist, müssen Sie dies beim Erstellen der Beziehung angeben, so dass automatisch eine Zwischentabelle erstellt wird. Wie bei Viele-zu-viele-Beziehungen werden in der Zwischentabelle Primärschlüsselwerte aus dem Ursprung Fremdschlüsselwerten aus dem Ziel zugeordnet. Hierdurch können Sie eine beliebige Anzahl von Attributen für die einzelnen Beziehungen speichern.

Sie können eine Vorschau der Zwischentabelle in ArcCatalog oder im Katalogfenster aufrufen, um die darin enthaltenen Daten einzusehen. Wenn Sie ArcMap die Beziehungsklasse hinzufügen, wird sie als Tabelle angezeigt, die Sie öffnen und bearbeiten können. ArcGIS stellt die Zwischentabelle nicht für andere Vorgänge bereit. Sie können beispielsweise die betreffenden Eigenschaften nicht in ArcCatalog oder im Katalogfenster anzeigen, um Felder hinzuzufügen oder zu löschen. Die Verwendung von Standardwerten oder Domänen wird nicht unterstützt.

Name

Jede Beziehungsklasse weist einen Namen auf, der im Kataloginhaltsverzeichnis angezeigt wird. Wenn Sie die Datenbankstruktur verständlich gestalten möchten, weisen Sie der Beziehungsklasse einen Namen zu, mit dem die Beziehung beschrieben wird.

Beginnen Sie mit dem Namen der Ursprungs-Feature-Class gefolgt von "Has" oder "Have" und schließen Sie den Namen der Ziel-Feature-Class an. Beispiele sind "AddressHasZones" oder "ParcelsHaveOwners". Setzen Sie den Namen der Ursprungs-Feature-Class in den Plural, wenn es sich um die Beziehungsart "Viele-zu-eins" oder "Viele-zu-viele" handelt, und setzen Sie den Namen der Ziel-Feature-Class in den Plural, wenn es sich um die Beziehungsart "Eins-zu-viele" oder "Viele-zu-viele" handelt.

Dadurch können Sie die Beziehungsart der Beziehungsklasse anhand ihres Namens bestimmen. Beispiel: Da bei "ParcelsHaveOwners" die Namen beider Feature-Classes im Plural stehen, weist dies auf eine Viele-zu-viele-Beziehung hin.

Vorwärts- und Rückwärtsbeschriftungen

Vorwärts- und Rückwärtsbeschriftungen werden in ArcMap in den Dialogfeldern "Attribute" und "Abfrageergebnisse" angezeigt. Diese erleichtern Ihnen das Navigieren durch in Beziehung stehende Objekte.

Eine Beziehungsklasse weist zwei Beschriftungen auf:

Verwandte Themen

9/11/2013