Administration de la version de la géodatabase
Une géodatabase versionnée contient des tables et des enregistrements supplémentaires qui ne sont pas présents dans une géodatabase non versionnée. Ces tables et enregistrements supplémentaires facilitent la mise à jour simultanée sur de longues périodes. En l'absence de versionnement, les éditeurs verrouilleraient des données et empêcheraient d'autres utilisateurs de mettre à jour ou même de consulter les données. L'utilisation de cette fonctionnalité nécessite une planification et une administration.
Chaque utilisateur inscrit ses données comme versionnées pour autoriser les mises à jour versionnées. Chaque utilisateur peut également créer des versions supplémentaires de la géodatabase. Vous devez planifier cette opération à l'avance pour vérifier ce qui suit :
- Les utilisateurs qui doivent avoir accès aux données et aux versions ont les autorisations appropriées. Par exemple, si des utilisateurs autres que le propriétaire de version doivent accéder à une version, l'autorisation sur la version doit être définie sur Protégé (d'autres utilisateurs peuvent consulter la version) ou Public (d'autres utilisateurs peuvent consulter et mettre à jour la version).
- Tous les utilisateurs qui réconcilient des données versionnées savent comment définir les conflits entre les versions : par ligne ou par colonne.
- Un utilisateur spécifique choisira la version modifiée à conserver lors de la résolution de conflits.
- Chaque éditeur connaît la version qu'il doit utiliser pour la mise à jour.
- Vous savez si vous comptez utiliser la réplication dans le cadre du workflow de versionnement.
- Vous savez si vous comptez utiliser l'archivage dans le cadre du workflow de versionnement.
- Vous avez planifié la compression de la géodatabase.
Inscription de données comme versionnées
Lorsqu'une table ou une classe d'entités est inscrite comme versionnée, deux tables supplémentaires sont créées dans la base de données : une table des ajouts et une table des suppressions. Ces deux tables suivent les modifications apportées à la table ou à la classe d'entités. Pour chaque jeu de données versionné, un nouvel ensemble de ces tables est créé. Lorsque vous inscrivez un jeu de données d'entité comme versionné, une table des ajouts et une table des suppressions sont créées pour chacune des classes d'entités dans le jeu de données d'entité.
Pour inscrire des données comme versionnées, vous devez être le propriétaire des données. Reportez-vous à la rubrique Inscription de données comme versionnées pour obtenir des instructions.
Création de versions supplémentaires et octroi d'accès
Toutes les géodatabases possèdent au moins une version : la version DEFAULT, qui apparaît au moment de la création de la géodatabase. Tous les utilisateurs peuvent créer des versions supplémentaires à partir des versions existantes. Ces nouvelles versions sont utilisées pour regrouper les modifications apportées aux données.
La création de nouvelles versions n'entraîne pas la copie de la géodatabase. Quel que soit le nombre de versions de la géodatabase que vous possédez, chaque table et classe d'entités est stockée une seule fois dans la base de données. Les différentes versions de la géodatabase font l'objet d'un suivi dans la table système VERSIONS et associées aux enregistrements des tables des ajouts et des suppressions, ainsi qu'à différentes tables système effectuant le suivi de l'état des données.
Lorsqu'une nouvelle version est créée, le propriétaire de la version détermine le type d'accès qui est autorisé sur la version. Les niveaux d'accès possibles sont les suivants :
- Publique : n'importe quel utilisateur peut afficher la version. Tout utilisateur s'étant vu accorder des permissions de lecture/écriture (mise à jour, insertion et suppression) concernant les jeux de données peut modifier ces derniers dans la version.
- Protégée : tous les utilisateurs peuvent afficher la version, mais seul le propriétaire ou l'administrateur de géodatabase a le droit de modifier les jeux de données dans la version, ou la version elle-même.
- Privée : seul le propriétaire ou l'administrateur de géodatabase peut afficher la version et modifier les données versionnées ou la version elle-même.
Réconciliation de versions
La réconciliation des versions permet de récupérer les modifications de la version cible dans la version que vous mettez à jour. En même temps, ArcGIS recherche les conflits entre la version que vous mettez à jour et la version cible. Cela vous permet d'examiner et de résoudre les conflits entre les modifications qui ont été apportées aux données par différents éditeurs. Reportez-vous à la rubrique Réconciliation d'une version pour en savoir plus.
Réinjection des modifications dans une version parent
La réinjection des modifications de votre version réconciliée sur une version cible a pour effet de fusionner les mises à jour dans la version cible. Les versions sont maintenant identiques.
Reportez-vous à la rubrique Réinjection des modifications pour en savoir plus.
Compression de la géodatabase
Au fur et à mesure que des mises à jour sont apportées à une géodatabase, la taille des tables d'ajouts et de suppressions augmente. Plus les tables sont volumineuses, plus ArcGIS doit traiter de données à chaque fois que vous affichez ou interrogez une version. Si les tables des ajouts et des suppressions deviennent très volumineuses, les performances de la géodatabase risquent de se dégrader.
Pour conserver les performances de la géodatabase, l'administrateur doit régulièrement compresser la géodatabase pour supprimer les modifications non référencées par une version, et compresser les modifications communes à toutes les versions jusqu'à la table métier. La compression de la géodatabase doit être réalisée par l'administrateur de la géodatabase.