Tables système de géodatabase dans Db2

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

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.

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.

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 AllSource, cette classe d’entités étant impliquée dans une classe de relations.
• Dans ArcGIS AllSource, 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.

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.