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.
Il est déconseillé de modifier 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
Il est déconseillé de modifier 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.
Lorsque vous interrogez une base de données PostgreSQL contenant une géodatabase d'entreprise, les tables système principales suivantes s’affichent dans la structure sde :
- gdb_conflicts
- gdb_itemrelationships
- gdb_itemrelationshiptypes
- gdb_items
- gdb_itemtypes
- gdb_locks
- gdb_replicalog
- gdb_tables_last_modified
- sde_archives
- sde_branch_tables_modified
- sde_branches
- sde_column_registry
- sde_compress_log : cette table est créée la première fois que vous compressez la géodatabase.
- sde_coordinate_systems
- sde_dbtune
- sde_geometry_columns
- sde_layer_locks
- sde_layers
- sde_lineages_modified
- sde_multibranch_tables
- sde_mvtables_modified
- sde_object_ids
- sde_object_locks
- sde_process_information
- sde_raster_columns
- sde_server_config
- sde_spatial_references : cette table est stockée dans la structure publique, et non dans la structure sde.
- sde_state_lineages
- sde_state_locks
- sde_states
- sde_table_locks
- sde_table_registry
- sde_tables_last_edit_time
- sde_tables_modified
- sde_version
- sde_versions
Les tables suivantes sont présentes dans la géodatabase mais ne sont plus utilisées. Elles seront probablement supprimées dans une version future.
- sde_locators
- sde_metadata
- sde_layer_stats
- sde_logfile_pool
- sde_xml_columns
- sde_xml_index_tags
- 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 de gdb_itemtypes identifie l'objet comme domaine.
- 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 stockée dans la même structure que celle de 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 sde_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é) ajouté ou mis à jour dans une table métier versionnée et est interrogée pour identifier les 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 pour identifier les 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 sde_table_registry.
Ces tables sont créées dans la même structure de compte d’utilisateur que la table ou la classe d’entités inscrite comme versionnée.
En plus des tables de deltas, les tables système principales sde_states, sde_state_lineages, sde_mvtables_modified, et sde_versions effectuent le suivi des tables versionnées et des mises à jour.
Tables de jeux de clés
Utilisées par les clients ArcGIS, les tables de jeux de clés permettent d’optimiser les performances des requêtes. Les tables de jeux 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 ou ArcMap, cette classe d'entités étant impliquée dans une classe de relations.
- Dans ArcGIS Pro ou ArcMap, ouvrez la table attributaire d’une classe d'entités impliquée dans une classe de relations pour accéder à la table relié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. Toutefois, comme vous pouvez le remarquer, les structures temporaires créées par PostgreSQL pour le stockage de cette table sont conservées. Elles portent des noms tels que pg_temp_3.
Les noms des tables de jeux de clés sont au format suivant :
keyset_<process_id>, où <process_id> est le numéro d'identification de processus de la session à l'origine de la création de la table de jeu de clés.
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 PostgreSQL, les géodatabases utilisent des tables temporaires créées en mémoire ; elles ne sont donc pas stockées dans la base de données. Ces tables sont créées pour chaque utilisateur ; leur nom est au format pg_temp<#>.sde_logfiles.
Vous avez un commentaire à formuler concernant cette rubrique ?