Geodatabase-Systemtabellen in Db2

Wenn Sie die Verbindung mit einer Enterprise-Geodatabase über einen ArcGIS-Client oder einen ArcGIS Server-Web-Service herstellen, interagieren Sie mit den Datasets, die Sie oder andere Datenbankbenutzer der Geodatabase hinzugefügt haben. Um diese Daten zu verfolgen und Geodatabase-Verhalten zu implementieren, verwenden Enterprise-Geodatabases Systemtabellen.

Die Systemtabellen und ihr Inhalt sollten ausschließlich mit der ArcGIS-Software oder dem -SDK geändert werden. Sie können jedoch den Inhalt der Systemtabellen mit SQL anzeigen.

Kernsystemtabellen

Die Geodatabase-Kernsystemtabellen erzwingen das Geodatabase-Verhalten, speichern Informationen zur Geodatabase und verfolgen die in der Geodatabase gespeicherten Benutzerdaten.

Wenn Sie eine Abfrage in einer IBM Db2-Datenbank durchführen, die eine Enterprise-Geodatabase enthält, werden die folgenden Kernsystemtabellen im Schema des SDE-Benutzers angezeigt:

• BRANCH_TABLES_MODIFIED
• BRANCHES
• COLUMN_REGISTRY
• COMPRESS_LOG: Wird erstellt, wenn Sie die Geodatabase zum ersten Mal komprimieren.
• DBTUNE
• GDB_CONFLICTS
• GDB_ITEMRELATIONSHIPS
• GDB_ITEMRELATIONSHIPTYPES
• GDB_ITEMS
• GDB_ITEMTYPES
• GDB_LOCKS
• GDB_REPLICALOG
• GDB_TABLES_LAST_MODIFIED
• LAYER_LOCKS
• LAYERS
• LINEAGES_MODIFIED
• MULTIBRANCH_TABLES
• MVTABLES_MODIFIED
• OBJECT_LOCKS
• PROCESS_INFORMATION
• RASTER_COLUMNS
• SDE_ARCHIVES
• SDE_LOGFILE_POOL
• SDE_XML_COLUMNS
• SDE_XML_INDEX_TAGS
• SDE_XML_INDEXES
• SERVER_CONFIG
• SPATIAL_REFERENCE_AUX
• STATE_LINEAGES
• STATE_LOCKS
• STATES
• TABLE_LOCKS
• TABLE_REGISTRY
• TABLES_LAST_EDIT_TIME
• TABLES_MODIFIED
• VERSION
• VERSIONS

Die folgenden Tabellen sind in der Geodatabase vorhanden, werden aber nicht mehr verwendet. Sie werden in einer zukünftigen Version möglicherweise entfernt.

• LOCATORS
• METADATA
• SDE_LAYER_STATS

Tabellen, die Enterprise-Geodatabase-Funktionen implementieren

Informationen für einige Geodatabase-Funktionen werden nur in Kernsystemtabellen gespeichert. Informationen für die folgenden Funktionen werden beispielsweise in Kernsystemtabellen gespeichert. Es werden keine zusätzlichen Tabellen in der Datenbank erstellt, wenn Sie diese Funktionalität für Benutzerdaten definieren oder aktivieren:

• Attributregeln: Werden in der Systemtabelle GDB_ITEMS gespeichert.
• Verzweigungsversionen: Sechs Felder werden einer Tabelle oder Business-Tabelle einer Feature-Class hinzugefügt, wenn sie für die Teilnahme an der Verzweigungsversionierung zum Verfolgen von Änderungen registriert ist.
• Domänen: Werden in der Systemtabelle GDB_ITEMS gespeichert. Ein Feld in der GDB_ITEMTYPES-Systemtabelle identifiziert das Objekt als Domäne.
• Beziehungsklassen: Werden in den Systemtabellen GDB_ITEMS und GDB_ITEMRELATIONSHIPS gespeichert.

Die in den folgenden Abschnitten beschriebenen Geodatabase-Funktionen erstellen jedoch zusätzliche interne Tabellen, wenn Sie die jeweilige Funktion aktivieren oder nutzen.

Geodatabase-Archive

Sie können den Transaktionszeit-Verlauf für die Daten mit der Geodatabase-Archivierung verfolgen. Bei der Transaktionszeit handelt es sich um den Zeitpunkt, an dem ein Feature der Datenbank hinzugefügt wurde oder in der Datenbank gelöscht bzw. aktualisiert wurde.

Wenn Sie die Geodatabase-Archivierung aktivieren, wird eine Archivklasse erstellt. Eine Archivklasse ist eine Kopie der Business-Tabelle, die die gleichen Felder sowie drei neue Felder, GDB_FROM_DATE, GDB_TO_DATE und GDB_ARCHIVE_OID, enthält. Wenn Sie die Archivierung in einer Tabelle oder Feature-Class aktivieren, für die die traditionelle Versionierung durchgeführt wird, wird in der Systemtabelle SDE_ARCHIVES ebenfalls ein Datensatz hinzugefügt. In diesem Datensatz sind die Registrierungs-IDs der Tabelle, die für Archivierung aktiviert wurde, und der zugehörigen Archivklassentabelle gespeichert.

Der Name der Archivklassentabelle entspricht dem Namen der ursprünglichen Business-Tabelle gefolgt von einem Unterstrich und dem Buchstaben H. Beispiel: Wenn die Archivierung in einer Feature-Class mit dem Namen „buildings“ aktiviert ist, wird die Archivklasse „buildings_H“ erstellt. Diese Archivklassentabelle wird in demselben Schema gespeichert wie die Business-Tabelle.

Traditionelle Versionen

Wenn Sie eine Feature-Class oder Tabelle für die Beteiligung an traditionellen Versionen registrieren, werden zwei Tabellen für die Verfolgung von Änderungen an Daten erstellt: die Adds-Tabelle und die Deletes-Tabelle. Zusammen werden sie als Delta-Tabellen bezeichnet.

In der Tabelle "(A_<registration_id>)" (Adds-Tabelle) werden Informationen zu jedem eingefügten oder aktualisierten Datensatz (Feature) in einer versionierten Business-Tabelle verwaltet. Sie wird abgefragt, um die hinzugefügten oder geänderten Datensätze in einem bestimmten Datenbankzustand zu identifizieren.

In der Tabelle "D_<registration_id>" (Deletes-Tabelle) werden Informationen zu den gelöschten oder aktualisierten Zeilen in einer versionierten Business-Tabelle verwaltet. Sie wird abgefragt, um die gelöschten oder geänderten Zeilen in einem bestimmten Zustand zu identifizieren. Wenn eine Zeile gelöscht wird, wird der Datensatz nicht physisch entfernt. Er wird als gelöscht markiert und in nachfolgenden Datenbankabfragen nicht mehr zurückgegeben.

"registration_id" im Namen der Adds-Tabelle und der Deletes-Tabelle entspricht dem Wert für die versionierte Tabelle in der Systemtabelle TABLE_REGISTRY.

Diese Tabellen werden in demselben Benutzerschema erstellt wie die Tabelle oder Feature-Class, die als versioniert registriert ist.

Zusätzlich zu den Delta-Tabellen verfolgen die Kernsystemtabellen STATES, STATE_LINEAGES, MVTABLES_MODIFIED und VERSIONS versionierte Tabellen und Änderungen.

Keyset-Tabellen

ArcGIS-Clients verwenden Keyset-Tabellen zur Verbesserung der Abfrageleistung. In den Keyset-Tabellen wird eine Liste ausgewählter Zeilen gespeichert, wenn ein ArcGIS-Client eine Geodatabase-Beziehungsabfrage ausführt, durch die Tabellen mithilfe von Attributen vom Typ "Ganzzahl", "Zahl", "Datum" oder "Zeichenfolge" verbunden werden. In diesen Tabellen werden Verbindungen mit anderen Attributen als dem Objekt-ID-Feld gespeichert.

In der Geodatabase sind keine Keyset-Tabellen enthalten, bis Sie einen der folgenden Vorgänge ausführen:

• Sie wählen in einer Feature-Class in einer Karte in ArcGIS Pro oder ArcMap mehr als 99 Datensätze aus, und die Feature-Class ist Mitglied einer Beziehungsklasse.
• In ArcGIS Pro oder ArcMap öffnen Sie die Attributtabelle einer Feature-Class, die Mitglied einer Beziehungsklasse ist und rufen die zugehörige Tabelle ab.

Eine Keyset-Tabelle wird als globale temporäre Tabelle pro Verbindung pro Sitzung erstellt. Da es sich um eine temporäre Tabelle handelt, wird die Keyset-Tabelle gelöscht, wenn der Benutzer die Verbindung zur Geodatabase trennt.

Keyset-Tabellennamen haben das folgende Format:

<user_schema>.keyset_<process_id>, wobei <schema_name> das Schema des Benutzers ist, der die Erstellung der Tabelle veranlasst hat, und <process_id> die Prozess-ID der Sitzung des Benutzers, die die Erstellung der Tabelle veranlasst hat.

Protokolldateitabellen

Protokolldateitabellen werden von ArcGIS-Clients verwendet, um die Abfrageleistung durch Speichern von Listen ausgewählter Zeilen zu verbessern. Protokolldateitabellen verwenden Verbindungen, die auf Objekt-ID-Attributen basieren.

Geodatabases in Db2 verwenden standardmäßig freigegebene Protokolldateitabellen. Diese Art von Protokolldateikonfiguration erstellt die beiden Tabellen SDE_LOGFILES und SDE_LOGFILE_DATA im Schema des Benutzers, der eine Aktion durchführt, für die Protokolldateitabellen erforderlich sind. Einmal erstellt bleiben diese Tabellen in der Geodatabase; alle Protokolldateieinträge werden jedoch gelöscht, wenn die verbindende Anwendung alle ihre Protokolldateien löscht.

Die folgende Liste enthält die Protokolldateitabellen, die in der Datenbank angezeigt werden, wenn Sie den Typ der Protokolldateitabellen ändern, die von der Geodatabase verwendet werden:

• Sitzungsbasierte Protokolldateitabellen: SDE_LOGFILES, SDE_LOGFILE_DATA und SDE_SESSION<SDE_ID>. Diese Tabellen werden im Schema des Benutzers erstellt, dessen Sitzung die Tabellen erzeugt hat. Nach ihrer Erstellung bleiben SDE_LOGFILES und SDE_LOGFILE_DATA in der Datenbank. SDE_LOGFILE_DATA wird nie ausgefüllt, wenn Sie sitzungsbasierte Protokolldateitabellen verwenden. Die Tabelle "SDE_LOGFILES" wird abgeschnitten, wenn die Benutzersitzung beendet wird. Die Tabelle SDE_SESSION<SDE_ID> wird abgeschnitten, wenn die verbindende Anwendung die Protokolldateidatensätze nicht mehr benötigt. Die Tabelle werden gelöscht, sobald die Sitzung getrennt wird.
• Pools von Protokolldateitabellen: Diese Protokolldateiimplementierung verwendet die Kernsystemtabelle SDE_LOGFILE_POOL und erstellt SDE_LOGPOOL_<TABLE_ID>-Tabellen, um eine Auswahl basierend auf Objekt-IDs zu speichern. Der Geodatabase-Administrator definiert die Anzahl der SDE_LOGPOOL_<TABLE_ID>-Tabellen, die erstellt werden muss, wenn die Geodatabase für die Verwendung dieses Typs der Implementierung von Protokolldateitabellen konfiguriert ist. Alle diese Tabellen befinden sich im Besitz des SDE-Benutzers.