In ArcGIS Pro können zwei Typen von Geodatabase-Beziehungsklassen erstellt werden: einfache und abhängige Beziehungsklassen. Welchen Beziehungsklassentyp Sie auswählen, ist abhängig von den verfügbaren Daten, der Beziehungsart der Datasets, die Sie in Beziehung setzen möchten, und den Fragen, die beantwortet werden sollen.
Die Beziehungsklassentypen werden im Folgenden detaillierter beschrieben.
Typ "Einfache Beziehungsklasse"
Eine einfache Beziehungsklasse ist ein Beziehungstyp, bei dem Features in einer Feature-Class (Quelltabelle) mit Features in einer anderen Feature-Class (Ziel) oder Objekten in einer Tabelle verknüpft sind.
Eine einfache Beziehungsklasse wird im Folgenden beschrieben:
- Die Beziehungsart kann Eins-zu-Eins (1:1), Eins-zu-Viele (1:M) oder Viele-zu-Viele (N:M) sein.
- Die Beziehung wird zwischen zwei Tabellen definiert, wobei die eine der Ursprung und die andere das Ziel ist.
- Die Beziehung basiert auf einem gemeinsamen Attributfeld.
- Das Löschen eines Features oder einer Zeile in der Quelltabelle hat keine Auswirkung auf die entsprechenden Features oder Zeilen in der Zieltabelle.
- Die Beziehung zwischen den Tabellen wird beibehalten, solange die Werte des gemeinsamen Attributfeldes übereinstimmen.
Es kann beispielsweise eine einfache Beziehungsklasse zwischen einer Feature-Class namens Campground Facilities (Ursprung) und einer Feature-Class namens Campsites (Ziel) vorhanden sein. Jeder Campingplatz kann mit einem oder mehreren Zelt-/Stellplätzen auf diesem Campingplatz in Beziehung stehen, das Löschen eines Zelt-/Stellplatzes führt jedoch nicht zur Löschung des Campingplatzes.
In einer einfachen Beziehung können die in Beziehung stehenden Objekte unabhängig voneinander existieren. Das Löschen eines Zielobjekts hat also keine Auswirkungen auf den Primärschlüsselwert oder den übergeordneten Datensatz in der in der zugehörigen Quelltabelle.
Beispiel: Es wurde gemeldet, dass der Zelt-/Stellplatz Nr. 6 auf dem Slough Creek Campground kürzlich durch einen Sturm unterspült wurde. Das Löschen dieses Datensatzes aus der Feature-Class Campsite (Ziel) hat keine Auswirkungen auf den Slough Creek Campground in der Feature-Class Campground Facilities (Ursprung). 
Wenn Sie jedoch ein 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 Ursprungs-Feature verknüpfen möchten, kann das Feld mit dem Fremdschlüsselwert von <NULL> auf den neuen Fremdschlüsselwert aktualisiert werden.
Beispiel: Der Slough Creek Campground mit der FacilityID 259310 ist mit nur sechs Zelt-/Stellplätzen der kleinste Campingplatz im Yellowstone-Nationalpark. Es wurde beschlossen, diesen Campingplatz mit dem größeren Pebble Creek Campground zusammenzulegen. Wenn in dieser einfachen Beziehungsklasse der Datensatz für den Slough Creek Campground aus der Quelltabelle gelöscht wird, bleiben die sechs Zelt-/Stellplätze in der Zieltabelle erhalten; ihr Fremdschlüsselwert ändert sich jedoch in <NULL>. Sie können nun die ParentFacilityID dieser sechs <NULL>-Werte auf 259307 aktualisieren, sodass sie nun mit der ParentFacilityID des Pebble Creek Campground verknüpft sind. 
Informationen zum Erstellen einer einfachen Beziehungsklasse
Abhängiger Beziehungsklassentyp
Ähnlich wie bei einer einfachen Beziehung ist eine abhängige Beziehungsklasse ein Beziehungstyp, bei dem Features in einer Feature-Class (Quelltabelle) mit Features in einer anderen Feature-Class (Ziel) oder Objekten in einer Tabelle verknüpft sind. Abhängige Beziehungen behalten ebenfalls 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. Abhängige Beziehungen haben beim Erstellen immer die Beziehungsart Eins-zu-Viele. Sie können aber mit Hilfe von Beziehungsregeln auf Eins-zu-Eins beschränkt werden.
Eine abhängige Beziehungsklasse wird im Folgenden beschrieben:
- Die Beziehungsart kann Eins-zu-Eins (1:1) oder Eins-zu-Viele (1:M) sein.
- Die Beziehung wird zwischen zwei Tabellen definiert, wobei die eine der Ursprung und die andere das Ziel ist.
- Die Beziehung basiert auf einem gemeinsamen Attributfeld.
- Das Löschen eines Features oder einer Zeile in der Quelltabelle hat Auswirkungen auf die entsprechenden Features oder Zeilen in der Zieltabelle.
- Features oder Zeilen (Objekte) in der Zieltabelle können nicht unabhängig von zugehörigen Features oder Zeilen (Objekten) in der Quelltabelle vorhanden sein.
- Die Beziehung zwischen den Tabellen wird beibehalten, solange die Werte des gemeinsamen Attributfeldes übereinstimmen.
Beispiel: Man hat festgestellt, dass Lage und Gelände des Slough Creek Campground ideal für ein neues Bildungszentrum wären. Die sechs Slough-Creek-Zelt-/Stellplätze sind daher nicht mehr verfügbar, damit die Planier- und Bautrupps mit der Vorbereitung des Standorts für das neue Slough-Creek-Bildungszentrum beginnen können. Wenn Sie die abhängige Beziehungsklasse bearbeiten und den Datensatz "Slough Creek Campground" aus der Campground-Facilities-Feature-Class (Ursprung) löschen, werden alle sechs zugehörigen Slough-Creek-Zelt-/Stellplätze in der Campsite-Feature-Class (Ziel) gelöscht.
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.
Informationen zum Erstellen einer abhängigen Beziehungsklasse
Weitere Informationen zu Viele-zu-Viele- oder attribuierten Beziehungsklassen
Erfahren Sie mehr über Verwendungshinweise zu Beziehungsklassen und die verfügbaren Optionen zum Ändern einer Beziehungsklasse.