Vocabulaire relatif au versionnement

Disponible avec une licence Standard ou Advanced.

Vous trouverez ci-dessous quelques termes parmi les plus employés dans la documentation relative au versionnement :

Période	Description
table des ajouts	Dans le cas de jeux de données traditionnels versionnés, la table des ajouts stocke tous les enregistrements insérés dans le jeu de données ou mis à jour dans ce dernier. Il s'agit d'une des tables de deltas. La table des ajouts est également appelée table A.
table de base	La table de base est la table principale d'une classe d'entités. Elle contient tous les attributs non spatiaux et également tous les attributs spatiaux si vous utilisez un type de géométrie SQL. Le terme table de base permet de différencier cette table principale des autres tables secondaires, telles que les tables de deltas, les classes d’archives. Lorsque vous accédez à une classe d’entités via l’interface utilisateur de votre système de gestion de base de données, vous voyez la table de base. Par exemple, si votre géodatabase contient une classe d'entités versionnée appelée prj_sites, vous verrez une table appelée prj_sites dans votre base de données. Il s'agit de la table de base. Les tables de base sont également appelées des tables métier.
versionnement de branche	Le versionnement de branche est un type de versionnement de géodatabase qui permet de faciliter le traitement des transactions longues lors de la mise à jour des données via des couches d’entités Web.
version d'enfant	Une version enfant est la version d’une géodatabase d’entreprise créée à partir d’une autre version. Cette autre version est la version parent. A sa création, la version enfant contient les mêmes données que la version parent. Toute modification apportée à la version enfant est habituellement répercutée dans la version parent.
ancêtre commun	L’ancêtre commun est une représentation des données lorsque la version de mise à jour et sa version parent sont identiques.
compresser	L’opération de compression est effectuée sur la géodatabase d’entreprise pour les jeux de données utilisant le versionnement traditionnel. Son principal objectif est de supprimer des états non référencés et les lignes associées dans la table de deltas, et de transférer des entrées des tables de deltas communes à toutes les versions dans les tables de base. Cela réduit le volume de données que la base de données doit explorer pour chaque requête de la version, améliorant ainsi les performances de requête et le délai de réponse du système. Les géodatabases comportant des versions traditionnelles souvent modifiées doivent être compressées régulièrement (tous les jours ou toutes les semaines, selon le volume des modifications apportées). Plus vous espacez les opérations de compression, plus elles prennent du temps.
version par défaut	La version par défaut est la version originale d’une géodatabase d’entreprise. Toutes les autres versions de géodatabase proviennent de la version par défaut.
table des suppressions	Dans le cas de jeux de données traditionnels versionnés, la table des suppressions enregistre toutes les suppressions apportées au jeu de données. Les enregistrements mis à jour sont également consignés, car une mise à jour revient à la suppression d'un enregistrement tel qu'il existait auparavant et à l'ajout de l'enregistrement modifié. La table des suppression est une des tables de deltas. La table des suppressions est également appelée table D.
tables delta	Dans les jeux de données traditionnels versionnés, les tables des ajouts et des suppressions sont globalement appelées des tables de deltas car elles stockent les modifications (deltas) apportées au jeu de données.
edit_version	L’outil de géotraitement Réconcilier des versions utilise le terme de version de mise à jour pour désigner la version enfant ou version nommée que vous réconciliez actuellement. Lors du processus de réconciliation, la version de mise à jour est comparée à la version cible, ce qui permet de détecter les conflits entre les deux versions.
version de géodatabase	Une version de géodatabase représente un instantané de la géodatabase d’entreprise complète, à un moment donné. Elle permet d'isoler les unes des autres les mises à jour de la géodatabase, ce qui empêche le verrouillage, même si les sessions de mise à jour prennent du temps. Les versions sont créées à partir de versions existantes. Il en résulte une généalogie des versions parent et enfant.
Enregistrer les mises à jour dans la table de base	Dans le cas du versionnement traditionnel, cette option est disponible lorsque vous inscrivez des données comme étant versionnées. Cela permet de transférer immédiatement les mises à jour apportées à la version par défaut de la géodatabase des tables de deltas vers les tables de base. L’option permettant de déplacer des entités dans la table de base est utile si ce qui suit est vrai : La réalisation de vos mises à jour ne prend que quelques minutes. Les données ne font pas partie d'un réseau ou d'une topologie. Vous pouvez utiliser une application tierce pour accéder à une géodatabase qui utilise le versionnement traditionnel.
version nommée	Dans le versionnement de branche, une version nommée désigne n’importe quelle version créée par un utilisateur. Elle représente une version enfant créée à partir de la version par défaut.
version parent	Une version parent est la version d'une géodatabase à partir de laquelle une autre version est générée. Vous ne pouvez pas supprimer une version parent si cette autre version (la version enfant) existe encore. Dans le cas du versionnement de branche, la version parent est toujours la version par défaut.
poste	Le processus de réinjection applique les modifications d’une version de mise à jour à la version cible.
réconciliation	Le processus de réconciliation compare la version de mise à jour et la version cible afin de détecter les conflits entre les deux versions. Des conflits surviennent lorsque vos mises à jour contredisent des mises à jour effectuées dans la version cible par un autre utilisateur. Vous pouvez paramétrer des règles pour définir des conflits, qu'il s'agisse de modifications apportées à une ligne ou à une colonne, et le comportement par défaut à adopter pour les résoudre, à savoir si la version de mise à jour ou la version cible est prioritaire. La réconciliation actualise uniquement la version mise à jour afin qu'ArcGIS puisse rechercher les conflits ; elle ne fusionne pas les modifications dans la version cible. Vous devez passer en revue et résoudre tous les conflits détectés pendant le processus de réconciliation avant de procéder à une fusion avec la version cible via le processus de réinjection.
inscrire comme versionné	L’inscription d’un jeu de données comme versionné permet de suivre les modifications apportées au jeu de données et de mettre à jour un jeu de données sans empêcher d’autres utilisateurs d’y accéder et de le modifier. Avant d’inscrire un jeu de données comme versionné, consultez les rubriques de la vue d’ensemble du versionnement et des types de versionnement ainsi que les rubriques suivantes : Inscrire un jeu de données comme versionné de manière traditionnelle Inscrire un jeu de données en tant que branche versionnée
Etat	Dans le versionnement traditionnel, l’état d’une géodatabase est l’enregistrement d’une modification apportée à une version. Chaque fois que vous mettez à jour une entité dans une version, vous créez un état.
généalogie des états ou arborescence d'état	Dans le versionnement traditionnel, une généalogie des états ou une arborescence d’état est une séquence d’états qui commence par l’état initial pour se terminer par l’état actuel. C'est une série de modifications apportées à une géodatabase. Chaque branche de l'arborescence ou de la généalogie garde une trace de l'évolution d'une version. Lorsque vous affichez ou interrogez une version traditionnelle, ArcGIS interroge la généalogie d’une version pour obtenir les ID d’état et extraire les enregistrements corrects des tables des ajouts et des suppressions.
Version cible	La version cible est la version avec laquelle vous allez réconcilier vos mises à jour.
versionnement traditionnel	Le versionnement traditionnel effectue le suivi des mises à jour dans les tables de deltas et nécessite une compression périodique pour éliminer les états inutiles de la généalogie des états. Le versionnement traditionnel est destiné aux organisations dans lesquelles plusieurs éditeurs doivent accéder directement à la géodatabase d’entreprise pour mettre à jour les données au lieu d’accéder aux données via une couche d’entités Web. Si vous ne mettez pas à jour les données dans des couches d’entités Web, mais que vous souhaitez tout de même que plusieurs utilisateurs puissent effectuer des mises à jour, utiliser des transactions longues et bénéficier des workflows fournis par les versions, vous pouvez utiliser le versionnement traditionnel.
administrateur des versions	Dans le contexte du versionnement de branche, certains utilisateurs du portail possèdent des privilèges d’un niveau supérieur qui permettent d’utiliser les versions dans une couche d’entités Web. Ces utilisateurs peuvent consulter les propriétés des versions, mettre à jour et gérer les données des versions et gérer les versions pour la couche d’entités Web, quelle que soit le propriétaire des versions ou des droits d’accès configurés sur les versions. Pour en savoir plus, reportez-vous à la rubrique Administrateur des versions.
arborescence des versions	Une arborescence des versions est un organigramme organisationnel des versions traditionnelles de géodatabases associées. À l’instar d’un arbre généalogique, une arborescence des versions indique la relation entre les versions, à savoir la mise en correspondance des versions parent et enfant, et permet de retracer les origines d’une version enfant spécifique en remontant jusqu’à la version par défaut.