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 ou les tables f et s utilisées par le type de stockage de géométrie binaire sde. Lorsque vous observez une classe d'entités via l'interface utilisateur de votre système de gestion de base de données, vous pouvez voir 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 les transactions longues lors de l’utilisation des services d’entités.
version d'enfant	Une version enfant est une version d'une géodatabase 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.
compresser	L’opération de compression est effectuée sur la géodatabase 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 DEFAULT	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	La version de mise à jour est la version enfant que vous êtes en train de mettre à jour. 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 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 DEFAULT 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	Terme employé pour se reporter à n’importe quelle version créée par un utilisateur. Dans le cas du versionnement de branche, cela représente les versions créées à 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.
poste	Le processus de réinjection permet de fusionner les modifications apportées à la version de mise à jour dans 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’une classe d’entités en tant que versionnée crée des tables supplémentaires qui contiennent un suivi des mises à jour apportées au jeu de données et vous permettent de le mettre à jour sans empêcher d’autres utilisateurs d’y accéder et de le modifier. Si le type de versionnement des propriétés de connexion à votre géodatabase est défini sur Traditional (Traditionnel) lorsque vous inscrivez un jeu de données comme versionné, vous pouvez l’inscrire en tant que versionné (option par défaut) ou en tant que versionné avec l’option de déplacement des mises à jour dans la table de base. Si le type de versionnement des propriétés de connexion à votre géodatabase est défini sur Branch (Branche) lorsque vous inscrivez un jeu de données comme versionné, il est automatiquement inscrit 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 A et D.
Version cible	La version cible est la version parent avec laquelle vous allez réconcilier vos mises à jour.
versionnement traditionnel	Si vous n’utilisez pas de transactions longues dans des services d’entités, 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	Certains utilisateurs du portail possèdent des privilèges d’un niveau supérieur qui permettent d’utiliser des versions de branche pour un service d’entités. Ces utilisateurs peuvent afficher, mettre à jour et gérer les versions du service d’entités, quelle que soit le propriétaire des versions ou des droits d’accès. Pour en savoir plus, reportez-vous à la rubrique Administrateur des versions.
arborescence des versions	Une arborescence des versions est un organigramme de versions de géodatabase associées. Tout comme 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 vous permet de retracer l'origine d'une version enfant spécifique jusqu'à la version DEFAULT.