Stratégies de gestion des données

Les transactions effectuées par rapport à des données géographiques peuvent varier considérablement en durée et en complexité. La géodatabase prend en charge deux stratégies de gestion des données (avec et sans versions), qui équilibrent les besoins des utilisateurs et des applications afin d'exécuter des transactions courtes et longues avec des données simples ou complexes.

Chaque stratégie pouvant être appliquée sur une entité de type classe par classe d'entités ou table par table, il est donc possible d'utiliser ces deux stratégies dans la même géodatabase.

Chacune de ces stratégies permet de modifier les données de façon similaire : vous les modifiez dans une session de mise à jour à l'aide des mêmes outils. La différence se situe dans la gestion des sources de données sous-jacentes. Des différences existent également au niveau des données que vous pouvez modifier et du type de workflow que vous pouvez exécuter. Cette rubrique explique ces différences.

Gestion des données sans versions

Cette stratégie n'implique pas l'utilisation de plusieurs versions, mais simplement du modèle de transaction du SGBD sous-jacent. Les modifications non versionnées équivalent aux transactions de base de données standard.

Pour modifier les données, vous activez la mise à jour non versionnée dans la boîte de dialogue des options de l'Editeur, vous ouvrez une session de mise à jour et exécutez les opérations requises telles que l'ajout, la suppression ou le déplacement d'entités, ainsi que la mise à jour d'attributs. La première modification que vous apportez lors de la session de mise à jour débute la transaction. Lors de l'enregistrement, les opérations de mise à jour individuelles que vous avez exécutées sont validées dans la base de données lors d'une seule transaction. Après l'enregistrement, la modification suivante commence une nouvelle transaction. Vous pouvez enregistrer un nombre d'opérations aussi faible ou aussi élevé que nécessaire lors de la session de mise à jour. Toutefois il est conseillé d'effectuer des enregistrements fréquents, afin d'éviter de verrouiller les données que vous modifiez et de ne pas empêcher les autres utilisateurs d'accéder aux données ou de les modifier. Une fois enregistrées, les modifications sont disponibles pour tous les autres utilisateurs et applications qui accèdent aux données.

Si vous ne voulez pas appliquer les mises à jour à la géodatabase, cessez les modifications sans les enregistrer. Toutes les modifications apportées au cours de cette transaction (à savoir toutes celles effectuées depuis le dernier enregistrement ou, si vous n'avez pas encore enregistré, depuis le début de la session) seront éliminées et ne seront pas validées dans la base de données.

Gestion des données sans versions

Lorsque vous effectuez une mise à jour, tous les index uniques, contraintes et déclencheurs définis sur les données avec le SGBD s'appliquent. Le même comportement de verrouillage s'applique comme si vous exécutiez directement des transactions sur les données avec le SGBD. Par conséquent, les utilisateurs ou applications qui affichent ou modifient les mêmes données risquent de se bloquer mutuellement. Si vous effectuez une mise à jour non versionnée dans un environnement autorisant des modifications par plusieurs utilisateurs, vous devez comprendre le fonctionnement des niveaux d'isolement et du verrouillage dans votre SGBD et, si nécessaire, définir le niveau d'isolement approprié dans le SGBD avant de commencer à utiliser ArcGIS.

Cette stratégie est adaptée aux entités simples pour lesquelles vous n'avez pas besoin de gérer l'historique ou plusieurs représentations des données avec des versions. Cette stratégie ne nécessitant aucune version, elle se révèle également utile si vous avez besoin d'applications SIG et non SIG pour partager l'accès à une base de données commune.

Applications possibles

Limitations

Gestion des données avec versions

La géodatabase étend la transaction SGBD standard en permettant à plusieurs états de bases de données, appelés versions, d'exister en même temps. Chaque version peut représenter un travail en cours, par exemple une conception ou un groupe de commandes de travaux, pouvant recouvrir plusieurs connexions à la base de données et durer plusieurs semaines ou mois si nécessaire. Les versions vous permettent de gérer les modifications passées, présentes et en projet dans une seule et même géodatabase.

Pour gérer des modifications passées, vous enregistrez les changements apportés aux données dans des tables d'archive distinctes. Vous pouvez conserver ces changements aussi longtemps que nécessaire, en permettant aux utilisateurs de visualiser l'état de la base de données à différents moments dans le passé. Cette fonctionnalité, connue sous le nom d'archivage, est intégrée à ArcGIS et aucun développement n'est nécessaire. Lorsque vous activez cette fonctionnalité, les modifications apportées à la version DEFAULT, normalement utilisées comme version publiée de la base de données, sont automatiquement archivées.

Pour gérer les modifications actuelles, les éditeurs peuvent modifier leur version privée de la géodatabase afin que les autres utilisateurs ne puissent pas visualiser le travail incomplet. Lorsque vous modifiez une version des données, vous n'appliquez aucun verrouillage. Vous optimisez par conséquent l'accessibilité simultanée, car d'autres utilisateurs peuvent lire et mettre à jour les mêmes données que vous modifiez et les utilisateurs ne se bloquent pas mutuellement l'accès à la base de données. Lorsqu'un éditeur a terminé ses modifications, il peut les intégrer à la version publiée.

Pour gérer des modifications en projet, vous pouvez développer un scénario ou effectuer une analyse hypothétique dans une version de la base de données. Le scénario peut être géré comme une seule unité de modification recouvrant plusieurs sessions de mise à jour et s'étalant sur plusieurs jours, semaines ou mois. Vous pouvez librement ajouter des entités en projet, effectuer une analyse géographique, et créer des cartes sans affecter la base de données à laquelle d'autres utilisateurs accèdent. Une fois les modifications terminées et approuvées, vous pouvez les intégrer au reste de la géodatabase.

Les versions vous aident à gérer les modifications passées, actuelles et en projet

Une géodatabase peut avoir un nombre illimité de versions. Les versions peuvent être organisées selon différentes configurations et prendre en charge une large gamme de workflows. Toutefois, par souci de simplicité et en raison de considérations de gestion de géodatabase, il est conseillé de maintenir une arborescence de version plate ou de disposer de plusieurs rédacteurs effectuant des mises à jour simultanées de la version DEFAULT.

Une géodatabase peut avoir de nombreuses versions

Afin de prendre en charge les fonctionnalités de versionnement, ArcGIS ne duplique pas les données. A la place, ArcGIS conserve chaque classe et table d'entités dans son format original mais enregistre toutes les modifications dans des tables appelées tables delta. Les tables delta se composent d'une table d'ajouts pour les insertions et les mises à jour et d'une table de suppressions pour les suppressions. A chaque mise à jour ou suppression d'un enregistrement dans une version, des lignes sont ajoutées à l'une de ces tables voire les deux. Lorsque vous interrogez ou affichez une classe ou une table d'entités dans une version, ArcGIS assemble les lignes correspondantes des tables delta et de la table d'origine afin de fournir une vue optimale des données.

Tables delta
Mise à jour d'une classe d'entités versionnée

Les tables versionnées nécessitent une gestion régulière de la part d'un administrateur de base de données. Lorsqu'une géodatabase est mise à jour dans le temps, la taille des tables delta augmente, ce qui affecte les performances d'affichage et d'interrogation. Pour maintenir la performance, l'administrateur de base de données peut régulièrement compresser une base de données versionnée, opération qui supprime les informations redondantes des tables delta. Les bases de données versionnées devraient être compressées chaque fois qu'une période de forte activité de base de données se termine, par exemple, à la fin d'un décalage ou après le chargement de nouvelles données. Le processus de compression peut être exécuté pendant que d'autres utilisateurs sont connectés et exploitent la base de données.

ArcGIS offre deux méthodes de gestion des tables delta sous-jacentes prenant en charge des versions :

La première méthode est conçue pour prendre en charge exclusivement des applications ArcGIS. La seconde est utile si vous devez gérer les données à la fois dans ArcGIS et des applications tierces.

Gestion des données exclusivement dans des applications ArcGIS

Dans un environnement où vous gérez exclusivement des données dans des applications ArcGIS, la meilleure méthode pour gérer des versions consiste à enregistrer toutes les modifications dans les tables delta. Cela vous permet de tirer le meilleur parti des capacités de la géodatabase, notamment l'archivage, la copie et la possibilité de modifier des réseaux géométriques et des topologies.

Pour appliquer ce comportement à une classe ou une table d'entités, enregistrez les données comme versionnées sans activer l'option permettent de déplacer des modifications vers une table de base. Lorsque vous enregistrez des modifications dans un jeu de données inscrit de cette façon, celles-ci sont enregistrées dans les tables delta. Cette méthode ne permet pas un accès direct aux tables d'origine : les utilisateurs accèdent toujours à une version des données.

L'exemple suivant montre une configuration dans laquelle les données sont entièrement gérées à l'aide de versions. Les éditeurs doivent utiliser ArcGIS ou une autre application Esri pour modifier les données. Les applications non-SIG peuvent accéder à la version publiée ou à toute autre version, à condition d'être adaptées aux vues versionnées.

Gestion des données exclusivement dans des applications ArcGIS

En raison des tables delta et autres tables nécessaires à la prise en charge des versions, les applications conçues pour accéder directement aux données du SGBD sans passer par des bibliothèques de logiciels Esri n'intègrent pas la fonctionnalité de lecture des versions. ArcGIS fournit des vues versionnées qui permettent à ces applications de lire une version donnée à l'aide de SQL. Les vues versionnées peuvent accéder aux tables et classes d'entités. L'accès aux attributs géométriques des classes d'entités à l'aide d'une vue versionnée nécessite l'utilisation de types de la géométrie SQL entièrement pris en charge par ArcGIS.

Cette méthode offre les avantages suivants :

Applications possibles :

Les versions offrent de nombreux avantages mais comportent quelques limites :

Gestion des données avec ArcGIS et d'autres applications

Dans un environnement informatique hétérogène où plusieurs applications de différents services accèdent à la même base de données, la prise en charge d'ArcGIS et d'applications tierces peut être nécessaire. Par exemple, un département gère les données géographiques de la base de données avec ArcGIS, tandis qu'un autre département gère les enregistrements client de la même base de données avec une application personnalisée. L'application personnalisée doit appliquer des contraintes SGBD et des déclencheurs lorsque des transactions sont effectuées, et risque de ne pas reconnaître les tables versionnées. En même temps, l'autre département doit modifier les données géographiques dans sa propre version isolée, sans partager les modifications du département tant qu'elles ne sont pas terminées et approuvées.

Compte tenu de ces exigences, ArcGIS vous permet d'effectuer une mise à jour versionnée d'une classe ou table d'entités, tout en vous offrant la possibilité de partager des modifications avec d'autres applications. Pour appliquer cette fonctionnalité à une classe ou une table d'entités, enregistrez les données comme versionnées à l'aide de l'option permettent de déplacer des modifications vers une table de base. Cette option est disponible dans la boîte de dialogue d'inscription.

Lorsque vous modifiez des données inscrites de cette façon, les versions fonctionnent comme avec la méthode précédente, c'est-à-dire que les modifications sont enregistrées dans les tables delta. Cette règle ne s'applique pas à la version DEFAULT. Lorsque vous enregistrez des modifications dans la version DEFAULT, ou la mettant directement à jour ou en fusionnant les modifications d'une autre version, les modifications sont enregistrées dans les tables de base. Les modifications ne sont pas conservées dans les tables delta comme c'est le cas lorsque l'option d'enregistrement des mises à jour dans la table de base est désactivée.

Cela permet à toutes les applications d'utiliser la même base de données.

Gestion des données avec ArcGIS et des applications tierces

Applications possibles

Limitations

Lorsque vous inscrivez un jeu de données comme versionné avec l'option d'enregistrement des mises à jour dans la table de base, l'utilisation de ces versions est limitée.

Pour en savoir plus sur les versions et leurs fonctionnalités, consultez les rubriques Maîtrise du versionnement et Scénarios de versions.

Thèmes connexes

5/10/2014