Tables système de géodatabase dans Oracle

Lorsque vous vous connectez à une géodatabase d’entreprise depuis un client ArcGIS ou via un service Web ArcGIS Server, vous interagissez avec les jeux de données que vous ou d’autres utilisateurs des bases de données ont ajoutés à la géodatabase. Pour effectuer le suivi de ces données et implémenter un comportement de géodatabase, les géodatabases d’entreprise utilisent des tables système.

Ne modifiez pas les tables système et leur contenu à l’aide de logiciels autres qu’ArcGIS ou SDK. Toutefois, il est possible d’afficher le contenu des tables système à l’aide de SQL.

Tables système principales

Lorsque vous interrogez une base de données Oracle contenant une géodatabase d’entreprise, les tables système principales suivantes s’affichent dans la structure du compte de l’utilisateur sde :

• BRANCH_TABLES_MODIFIED
• BRANCHES
• COLUMN_REGISTRY
• COMPRESS_LOG : cette table est créée la première fois que vous compressez la géodatabase.
• DBTUNE
• GDB_CONFLICTS
• GDB_EDITINGTEMPLATERELATIONSHIPS
• GDB_EDITINGTEMPLATES
• GDB_ITEMRELATIONSHIPS
• GDB_ITEMRELATIONSHIPTYPES
• GDB_ITEMS
• GDB_ITEMTYPES
• GDB_LOCKS
• GDB_REPLICALOG
• GDB_TABLES_LAST_MODIFIED
• GEOMETRY_COLUMNS
• INSTANCES
• LAYER_LOCKS
• LAYERS
• LINEAGES_MODIFIED
• MULTIBRANCH_TABLES
• MVTABLES_MODIFIED
• OBJECT_LOCKS
• PROCESS_INFORMATION
• RASTER_COLUMNS
• SDE_ARCHIVES
• SDE_LOGFILE_POOL
• SDE_TABLES_MODIFIED
• SDE_XML_COLUMNS
• SDE_XML_INDEX_TAGS
• SERVER_CONFIG
• SPATIAL_REFERENCES
• STATE_LINEAGES
• STATE_LOCKS
• STATES
• Table ST_COORDINATE_SYSTEMS
• ST_GEOMETRY_COLUMNS
• Table ST_GEOMETRY_INDEX
• Table ST_SPATIAL_REFERENCES
• TABLE_LOCKS
• TABLE_REGISTRY
• TABLES_LAST_EDIT_TIME
• VERSION
• VERSION_HISTORY
• VERSIONS

Les tables suivantes sont présentes dans la géodatabase mais ne sont plus utilisées. Elles feront certainement l’objet d’une suppression dans une version ultérieure.

• LOCATORS
• METADATA
• SDE_LAYER_STATS
• SDE_XML_INDEXES

Tables qui implémentent des fonctionnalités de géodatabase d’entreprise

Les informations de certaines fonctionnalités de géodatabase sont stockées uniquement dans des tables système principales. Par exemple, les informations des fonctionnalités suivantes sont stockées dans des tables système principales et aucune table complémentaire n’est créée dans la base de données lorsque vous définissez ou activez ces fonctionnalités sur des données utilisateur :

• Règles attributaires : elles sont stockées dans la table système GDB_ITEMS.
• Versions de branche : six champs sont ajoutés à la table ou à la table métier de classe d’entités si elle est inscrite comme appartenant au versionnement de branche pour effectuer le suivi des mises à jour.
• Domaines : ils sont stockés dans la table système GDB_ITEMS. Un champ dans la table système GDB_ITEMTYPES identifie l’objet comme domaine.
• Réplicas de géodatabase : dans la base de données, leur suivi est effectué dans les tables système GDB_ITEMS, GDB_ITEMRELATIONSHIPS, GDB_ITEMTYPES et GDB_REPLICALOG.
• Classes de relations : elles sont stockées dans les tables système GDB_ITEMS et GDB_ITEMRELATIONSHIPS.

En revanche, les fonctionnalités de géodatabase décrites dans les sections suivantes entraînent la création de tables internes supplémentaires lorsqu’elles sont activées ou utilisées.

Archives de géodatabase

L’archivage des géodatabases permet d’effectuer un suivi historique des dates de transaction de vos données. La date de transaction représente le moment d’ajout, de suppression ou de mise à jour d’une entité dans la base de données.

Lorsque vous activez l’archivage des géodatabases sur une table ou une classe d’entités, une classe d’archive est créée. Une classe d’archive est une copie de la table métier contenant l’ensemble des champs correspondants, plus trois nouveaux champs : GDB_FROM_DATE, GDB_TO_DATE et GDB_ARCHIVE_OID. Lorsque vous activez l’archivage sur une table ou une classe d’entités appartenant à une version traditionnelle, un enregistrement est également ajouté à la table système SDE_ARCHIVES. Cet enregistrement stocke les ID d’inscription de la table activée pour l’archivage, ainsi que sa table de classe d’archive associée.

Le nom de la table de classe d’archive se compose du nom de table métier d’origine et du suffixe _H. Par exemple, lorsque l’archivage est activé sur une classe d’entités nommée buildings, une classe d’archive nommée buildings_H est créée. Cette table de classe d’archive est enregistrée selon la même structure que la table métier.

Lorsque vous tronquez les enregistrements d’archive inutiles des classes d’archive qui ne sont pas inscrites comme versionnées, cette transaction est enregistrée dans la table système METADATA.

Versions traditionnelles

Lorsque vous inscrivez une classe d’entités ou une table comme appartenant à des versions traditionnelles, deux tables sont créées pour effectuer le suivi des mises à jour des données : la table des ajouts et la table des suppressions. Ces deux tables forment l’ensemble des tables de deltas.

La table des ajouts (A_<registration_id>) conserve les informations de chaque enregistrement (entité) inséré ou mis à jour dans une table métier versionnée et est interrogée afin de permettre l’identification des enregistrements ajoutés ou modifiés pour un état de géodatabase particulier.

La table des suppressions (D_<registration_id>) conserve des informations concernant les enregistrements supprimés ou mis à jour dans une table versionnée. Elle est interrogée afin de permettre l’identification des enregistrements supprimés ou modifiés dans un état particulier. Lorsqu’un enregistrement est supprimé, il n’est pas supprimé physiquement ; il est signalé comme supprimé et n’est jamais renvoyé dans les interrogations de base de données suivantes.

La valeur registration_id dans le nom de la table des ajouts et de la table des suppressions correspond à la table versionnée dans la table système TABLE_REGISTRY.

Ces tables sont créées selon la même structure d’utilisateur que la table ou la classe d’entités enregistrée comme versionnée.

En plus des tables de deltas, les tables système principales STATES, STATE_LINEAGES, MVTABLES_MODIFIED et VERSIONS effectuent le suivi des tables versionnées et des mises à jour.

Tables de jeu de clés

Utilisées par les clients ArcGIS, les tables de jeu de clés permettent d’optimiser les performances des requêtes. Les tables de jeu de clés permettent de stocker une liste de lignes sélectionnées lorsqu’un client ArcGIS exécute sur la géodatabase une requête de relations qui relie des tables à l’aide d’attributs de type entier, nombre, date ou chaîne. Elles permettent de gérer les jointures à l’aide d’attributs autres que ceux du champ d’ID d’objet.

La géodatabase ne comporte aucune table de jeu de clés tant que vous n’exécutez pas une des opérations suivantes :

• Sélectionnez plus de 99 enregistrements dans une classe d’entités sur une carte dans ArcGIS Pro, cette classe d’entités étant impliquée dans une classe de relations.
• Dans ArcGIS Pro, ouvrez la table attributaire d’une classe d’entités impliquée dans une classe de relations et procédez à l’extraction de la table associée.

Il est créé une table de jeu de clés en tant que table temporaire globale par connexion et par session. S’agissant d’une table temporaire, la table de jeu de clés est supprimée lors de la déconnexion de l’utilisateur de la base de données.

Les noms des tables de jeu de clés sont au format suivant :

<user_schema>.keyset_<process_id>, où <schema_name> est la structure du compte d’utilisateur à l’origine de la création de cette table et <process_id> est le numéro d’identification de processus de la session de l’utilisateur à l’origine de la création de cette table.

Tables de fichiers journaux

Utilisées par les clients ArcGIS, les tables de fichiers journaux permettent d’optimiser les performances des requêtes en stockant des listes de lignes sélectionnées. Les tables de fichiers journaux utilisent des jointures basées sur des attributs du champ d’ID d’objet.

Dans Oracle, les géodatabases utilisent des tables temporaires globales dans la structure de l’utilisateur. Dans une configuration de fichier journal de ce type, deux tables (SDE_LOGFILES et SDE_LOGFILE_DATA) sont créées dans la structure du compte de l’utilisateur qui effectue une opération nécessitant des tables de fichiers journaux. Une fois créées, ces tables restent dans la géodatabase ; néanmoins, toutes les entrées du fichier journal sont supprimées lorsque l’application de connexion supprime ses fichiers journaux.