Types de versionnement

Il existe deux principaux types de versionnement disponibles dans une géodatabase d’entreprise. De nombreux concepts et processus similaires s’appliquent aux deux types de versionnement, mais il existe quelques différences fondamentales qui les distinguent. Le type de versionnement employé dépend de vos processus et options de déploiement.

Deux types de versionnement sont disponibles, chacun répondant aux besoins particuliers des processus et des options de déploiement :

• Versionnement de branche : facilite le modèle SIG Web en autorisant des scénarios de mise à jour multi-utilisateurs et des transactions longues via des services d’entités. Pour plus d’informations, reportez-vous à la rubrique Scénarios de branche versionnée.
• Versionnement traditionnel : offre une souplesse d’utilisation des versions pour les transactions longues lorsque vous y accédez directement depuis la géodatabase d’entreprise, ainsi qu’une expérience de mise à jour simplifiée lorsque vous utilisez des services d’entités pour les transactions courtes. Pour plus d’informations, reportez-vous à la rubrique Scénarios de version traditionnelle.
  • Versionnement traditionnel avec l’option de déplacement des mises à jour dans la table de base : forme facultative de versionnement traditionnel qui permet aux éditeurs et aux applications d’accéder directement aux données de la table de base tout en permettant aux autres éditeurs d’utiliser leurs propres versions isolées.

Versionnement de branche

La plateforme ArcGIS est un SIG Web complet, à savoir une plateforme de systèmes capable de partager des données avec et entre des individus, des équipes et des organisations. Cela est rendu possible grâce à la collaboration via des services en ligne ou au sein du portail d’une organisation. Le versionnement de branche est le mécanisme sous-jacent aux transactions longues des services. Si vous avez besoin que plusieurs éditeurs accèdent simultanément aux services avec la possibilité d’annuler et de rétablir leurs mises à jour, vous devez d’abord inscrire vos données en tant que branche versionnée.

Si un jeu de données inscrit en tant que branche versionnée est partagé sous forme de service, vous pouvez activer la fonctionnalité Version Management (Gestion des versions) au moment de la publication. Cela crée un service de gestion des versions (également connu sous le nom de serveur de gestion des versions) qui facilite la création et la gestion des versions. Les éditeurs peuvent ensuite utiliser leurs services d’entités dans leur propre version nommée, mettre à jour les données et fusionner leurs modifications avec la version par défaut une fois qu’ils ont terminé.

Avantages

Les avantages du versionnement de branche sont les suivants :

• Les tâches de mise à jour et d’administration des versions font appel à une architecture orientée service. Cela permet l’accès aux données via des couches d’entités Web à partir d’un environnement de portail ArcGIS Enterprise.
• Les processus d’administration des versions sont rationalisés selon un modèle de données simplifié.
• Annulez et rétablissez les modifications au cours de la mise à jour des services d’entités.
• La résolution des conflits peut être gérée sur plusieurs sessions.
• Les réseaux de distribution et les ateliers parcellaires prennent en charge le versionnement de branche pour la mise à jour des processus lors de l’utilisation d’une géodatabase d’entreprise.
• Suivez les mises à jour des opérations d’insertion, de mise à jour et de suppression sur les entités d’une version.

Limitations

Les limitations du versionnement de branche sont les suivantes :

• Les jeux de données de branche versionnée ne sont pas accessibles dans ArcMap et les versions antérieures à ArcGIS Pro 2.1.
• La mise à jour n’est pas disponible si vous accédez directement aux jeux de données de branche versionnée à partir de la connexion à une base de données.
• Le versionnement de branche est uniquement pris en charge pour certains types de données dans une géodatabase. Pour plus d’informations sur les types de données pris en charge pour le versionnement de branche, reportez-vous à la rubrique Stratégies de gestion des données d’entreprise.
• Le versionnement de branche n’autorise qu’un seul éditeur par version de branche et plusieurs lecteurs. Lorsqu’un éditeur commence à effectuer une mise à jour dans une version de branche, un verrouillage exclusif est mis en place et aucun autre utilisateur ne peut se connecter à la version.
• Le versionnement de branche possède une hiérarchie de versions simplifiée qui ne permet la création que d’un niveau de versions nommées à partir de la version par défaut.

Versionnement traditionnel

Si vous n’utilisez pas de services d’entités nécessitant des transactions longues, mais que vous souhaitez pouvoir bénéficier de la mise à jour multi-utilisateurs et des avantages de des processus offerts par les versions, vous pouvez utiliser le versionnement traditionnel comme stratégie de gestion des données. Vous bénéficiez ainsi de la flexibilité permettant de prendre en compte plusieurs éditeurs et des versions isolées pour gérer vos processus, comme les scénarios hypothétiques, l’analyse prédictive et les propositions de lieu de travail.

Le versionnement traditionnel est destiné aux utilisateurs qui emploient des processus de mise à jour multi-utilisateurs en accédant à la géodatabase d’entreprise directement via la connexion à la base de données. Si vous devez utiliser des versions pour les transactions longues lorsque l’accès s’effectue directement à partir de la géodatabase d’entreprise mais que vous n’avez pas besoin de ce niveau de fonctionnalités de gestion des versions pour les données partagées au niveau du service d’entités, il est conseillé d’employer le versionnement traditionnel. Les jeux de données peuvent être partagés via des services d’entités, mais ils n’auront pas le même niveau de fonctions de gestion des versions multi-utilisateurs. Par exemple, la version à partir de laquelle vous procédez à la publication est la seule version à laquelle vous avez accès et il n’existe pas de possibilité d’annulation ou de rétablissement pour les mises à jour.

Une géodatabase d’entreprise peut avoir un nombre illimité de versions traditionnelles. Les versions peuvent être organisées dans différentes configurations et prennent en charge toute une gamme de workflows, notamment les hiérarchies multi-niveaux comportant des versions petits-enfants, des versions arrière-petits-enfants, etc. Toutefois, par souci de simplicité et pour la bonne gestion des géodatabases, il est recommandé de conserver une arborescence des versions plate ou d’autoriser la mise à jour simultanée de la version par défaut par plusieurs éditeurs.

Avantages

Les avantages du versionnement traditionnel sont les suivants :

• L’environnement de mise à jour isolé permet des scénarios de déploiement multi-utilisateurs flexibles.
• Mise à jour des jeux de données avancés tels que les jeux de données réseau et les topologies.
• Annulation et rétablissement des modifications au cours de la mise à jour.
• Mise à jour sans blocage des autres éditeurs. Détection et réconciliation des conflits.

Limitations

Les limitations du versionnement traditionnel sont les suivantes :

• En fonction du nombre de versions et du volume des mises à jour, il est nécessaire d’effectuer régulièrement des tâches d’administration sur les versions afin d’assurer le bon fonctionnement de votre système.
• Les applications tierces doivent être adaptées avec des vues versionnées pour lire les données.
• Des restrictions s’appliquent à l’utilisation du comportement du SGBD actif, par exemple des déclencheurs et des contraintes uniques lorsque vous utilisez des données versionnées.
• Il n’existe aucune fonctionnalité de gestion des versions lors de l’utilisation de services.

Versionnement traditionnel avec l’option de déplacement des mises à jour dans la table de base

Dans un environnement informatique hétérogène où plusieurs applications départementales différentes accèdent à la même base de données, vous pouvez être amené à prendre en charge à la fois des applications ArcGIS et tierces. Dans ce cas, vous pouvez enregistrer vos données comme versionnées avec l’option de déplacement des mises à jour dans la table de base. Cette stratégie de gestion des données hybride vous permet de créer des versions répondant aux besoins des transactions longues et des mises à jour multi-utilisateurs, et d’effectuer des mises à jour dans la version par défaut en tant que transactions courtes immédiatement accessibles par toutes les applications accédant à la base de données.

Cela se produit par exemple lorsqu’un département gère les données géographiques dans la base de données avec ArcGIS Pro et qu’un autre département gère les enregistrements client dans la même base de données avec une application personnalisée. L'application personnalisée doit appliquer les contraintes et déclencheurs du SGBD lorsque les transactions sont créées et risque de ne pas reconnaître les tables versionnées. En même temps, l'autre département doit mettre à jour les données géographiques dans sa propre version isolée, sans partager les mises à jour départementales tant qu'elles ne sont pas terminées et approuvées.

En gardant ces exigences à l’esprit, le versionnement avec l’option de déplacement des mises à jour dans la table de base vous permet d’effectuer des mises à jour versionnées dans une classe d’entités ou une table tout en conservant la possibilité de partager les mises à jour avec d’autres applications. L’option de déplacement des mises à jour dans la table de base autorise l’utilisation de la même base de données par toutes les applications.

Avantages

Les avantages du versionnement avec l’option de déplacement des mises à jour dans la table de base sont les suivants :

• Ce type de versionnement bénéficient de nombreux avantages du versionnement traditionnel.
• Vous pouvez utiliser des transactions longues dans une version nommée et des transactions courtes dans la version par défaut.
• Il est possible de tenir compte des projets nécessitant un accès simultané aux données par ArcGIS Pro et d’autres applications.

Limitations

Les limitations du versionnement avec l’option de déplacement des mises à jour dans la table de base sont les suivantes :

• Vous pouvez uniquement mettre à jour des entités simples comme des points, des lignes, des polygones, des annotations et des relations. Vous ne pouvez pas modifier de classe d’entités dans une topologie, un jeu de données réseau ou un réseau de distribution.