In der Dokumentation zur Versionierung treffen Sie häufig auf folgende Begriffe:
Begriff | Beschreibung |
---|---|
Adds-Tabelle | In der Adds-Tabelle werden alle Datensätze gespeichert, die einem versionierten Dataset hinzugefügt oder in diesem aktualisiert wurden. Hierbei handelt es sich um eine der Delta-Tabellen. Die Adds-Tabelle wird auch als A-Tabelle bezeichnet. |
Basistabelle | Die Basistabelle ist die Kerntabelle einer Feature-Class. Sie enthält alle nicht räumlichen Attribute und bei Verwendung eines SQL-Geometrietyps zudem das räumliche Attribut. Der Begriff "Basistabelle" dient zur Unterscheidung dieser Kerntabelle von anderen Nebentabellen, z. B. von den Delta-Tabellen, Archivklassen oder den F- und S-Tabellen, die vom Geometriespeichertyp "sdebinary" verwendet werden. Wenn Sie eine Feature-Class über die Benutzeroberfläche des Datenbankmanagementsystems anzeigen, sehen Sie die Basistabelle. Enthält die Geodatabase beispielsweise eine versionierte Feature-Class mit dem Namen "prj_sites", finden Sie in der Datenbank eine Tabelle mit dem Namen "prj_sites". Dies ist die Basistabelle. Basistabellen werden auch als Business-Tabellen bezeichnet. |
Child-Version | Als Child-Version wird die Geodatabase-Version bezeichnet, die aus einer anderen Version erstellt wurde. Bei dieser anderen Version handelt es sich um die Parent-Version. Unmittelbar nach dem Erstellen weist die Child-Version die gleichen Daten und den gleichen Status wie die Parent-Version auf. Wenn Änderungen an der Child-Version vorgenommen wurden, werden diese normalerweise in die Parent-Version zurückgeschrieben. |
Komprimieren | Der Komprimierungsvorgang wird für versionierte Geodatabases ausgeführt. Seine Hauptaufgabe ist es, unreferenzierte Statusangaben und die zugehörigen Zeilen in den Deltatabellen zu entfernen sowie Einträge in den Deltatabellen, die für alle Versionen gleich sind, in die Basistabellen zu verschieben. Hierdurch wird die Datenmenge reduziert, die die Datenbank für eine Versionsanfrage durchsuchen muss, was wiederum die Performance der Abfrage und die Antwortzeit des Systems verbessert. Versionierte Geodatabases, die aktiv bearbeitet werden, müssen häufig komprimiert werden (je nach Änderungsumfang täglich oder wöchentlich). Je länger Sie zwischen den Komprimierungsvorgängen warten, umso länger dauert der Komprimierungsvorgang. |
Default-Version | Die Default-Version ist die Originalversion einer Enterprise-, Workgroup- oder Desktop-Geodatabase. Alle anderen Geodatabase-Versionen sind Nachfolger der Default-Version. |
Deletes-Tabelle | In der Deletes-Tabelle werden alle Löschvorgänge in einem versionierten Dataset aufgezeichnet. Sie enthält außerdem Angaben zu aktualisierten Datensätzen, da eine Aktualisierung dem Löschen des zuvor vorhandenen Datensatzes und Hinzufügen des geänderten Datensatzes entspricht. Die Deletes-Tabelle gehört zu den Delta-Tabellen. Die Deletes-Tabelle wird auch als D-Tabelle bezeichnet. |
Delta-Tabellen | Die Adds- und Deletes-Tabellen für ein Dataset werden zusammen als Delta-Tabellen bezeichnet, da in ihnen am Dataset vorgenommene Änderungen (Deltas) gespeichert werden. |
Editierversion | Als Editierversion wird die Child-Version bezeichnet, die Sie momentan aktualisieren. In der Datenbank entspricht die Editierversion der Gruppe von Statusänderungen während der Editiersitzung. Beim Abgleich wird diese State-Lineage mit der State-Lineage der Zielversion verglichen, um Konflikte zu erkennen. |
Geodatabase-Version | Eine Geodatabase-Version stellt eine Momentaufnahme der gesamten Geodatabase zu einem bestimmten Zeitpunkt dar. Auf diese Weise können Änderungen der Geodatabase isoliert werden, sodass ein Sperren selbst bei lang andauernden Editiersitzungen vermieden wird. Versionen werden anhand vorhandener Versionen erstellt. Dies führt zu einer Lineage von Parent- und Child-Versionen. |
Option zum Verschieben in Basistabelle | Diese Option ist beim Registrieren von Daten als versioniert verfügbar. Sie ermöglicht, an der Default-Version der Geodatabase vorgenommene Änderungen direkt von den Delta-Tabellen in die Basistabellen zu verschieben. Aktivieren Sie diese Option nur beim Registrieren der Daten als versioniert, wenn für die vorgenommenen Datenänderungen nur wenige Minuten erforderlich sind und Sie mit einer Anwendung eines Drittanbieters eine Verbindung mit einer versionierten Geodatabase herstellen. Die Option zum Verschieben von Änderungen in die Basistabelle kann nicht auf Datasets angewendet werden, die eine Topologie oder ein Netzwerk enthalten oder an einer Replikation beteiligt sind. |
Parent-Version | Als Parent-Version wird die Geodatabase-Version bezeichnet, auf deren Grundlage eine weitere Version generiert wird. Sie können eine Parent-Version nicht löschen, solange diese andere Version (die Child-Version) vorhanden ist. |
Zurückschreiben | Beim Zurückschreiben werden die Änderungen in der Editierversion mit der Zielversion zusammengeführt. Der Vorgang des Zurückschreibens kann nur abgeschlossen werden, wenn die Zielversion seit dem Abschluss des Abgleichvorgangs nicht geändert wurde. Wenn die Zielversion in der Zwischenzeit geändert wurde, müssen Sie den Abgleich vor dem Zurückschreiben erneut vornehmen. |
Abgleichen | Der Abgleichvorgang ist Teil des Workflows in der versionierten Bearbeitung, in dem die State-Lineage der Editierversion und der Zielversion verglichen und mögliche Konflikte zwischen diesen ermittelt werden. Konflikte entstehen, wenn Ihre Änderungen an der Zielversion den durch einen anderen Benutzer vorgenommenen Änderungen widersprechen. Sie können Regeln festlegen, um Konflikte (Konflikte durch Änderungen an einer Zeile oder durch Änderungen an einer Spalte) und das Standardverhalten für die Konfliktlösung (Vorrang der Änderungen in der Editierversion oder in der Zielversion) zu definieren. Beim Abgleich wird nur die Editierversion aktualisiert, sodass von ArcGIS eine Überprüfung auf Konflikte erfolgen kann. Die Änderungen werden nicht in der Zielversion zusammengeführt. Sie müssen alle während des Abgleichvorgangs erkannten Konflikte zunächst überprüfen und lösen, bevor Sie die Änderungen mit der Zielversion zusammenführen (in diese zurückschreiben) können. |
Als versioniert registrieren | Beim Registrieren einer Feature-Class als versioniert werden eine Adds- und eine Deletes-Tabelle erstellt. In diesen Tabellen werden Änderungen am Dataset protokolliert. Auf diese Weise können Sie ein Dataset bearbeiten, ohne dass der Zugriff auf das Dataset und dessen Bearbeitung für andere Benutzer gesperrt werden. Wenn Sie ein Dataset als versioniert registrieren, können Sie zwischen der vollständigen Versionierung (Standardeinstellung) und dem Verschieben von Änderungen in Basistabellen auswählen. |
Status | Ein Geodatabase-Status ist ein Datensatz für eine Änderung an einer Version. Jedes Mal, wenn Sie ein Feature innerhalb einer Version bearbeiten, wird ein neuer Status erstellt. |
Statusabstammung oder Statusstruktur | Eine Statusabstammung oder Statusstruktur ist eine Statusfolge, die mit dem Anfangsstatus beginnt und mit dem aktuellen Status endet. Auf diese Weise kann eine Reihe von Änderungen an einer Geodatabase dargestellt werden. Jede Verzweigung in den Datensätzen der Struktur oder Abstammung gibt an, wie sich eine Version entwickelt hat. Wenn Sie eine Version anzeigen oder abfragen, fragt ArcGIS die Lineage einer Version ab, um die State-IDs abzurufen, und ruft dann die richtigen Datensätze aus den A- und D-Tabellen ab. |
Zielversion | Als Zielversion wird die State-Lineage der Parent-Version bezeichnet, mit der Sie Ihre Änderungen abgleichen. |
Versionsstruktur | Eine Versionsstruktur ist ein Organigramm verwandter Geodatabase-Versionen. Eine Versionsstruktur zeigt ähnlich einem Stammbaum an, wie Versionen in Beziehung stehen (welche Versionen sind übergeordnete Elemente welcher Child-Versionen), und ermöglicht Ihnen, die Abstammungsreihe einer bestimmten Child-Version zurück zur Default-Version zu verfolgen. |