Vous trouverez ci-dessous quelques termes parmi les plus employés dans la documentation relative au versionnement :
Période | Description |
---|---|
table des ajouts | La table des ajouts stocke tous les enregistrements insérés dans un jeu de données versionné 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 et les tables s utilisées par le type de stockage de géométrie sdebinary. 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. |
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 et présente le même état 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 des géodatabases versionnées. 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 versionnées 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, de groupe de travail ou de bureau. Toutes les autres versions de géodatabase proviennent de la version par défaut. |
table des suppressions | La table des suppressions consigne toutes les suppressions effectuées dans un jeu de données versionné. 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 | Les tables des ajouts et des suppressions d'un jeu de données 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. Dans la base de données, la version de mise à jour représente l'ensemble des changements d'état effectués pendant la session de mise à jour. Pendant le processus de réconciliation, cette généalogie des états est comparée à celle de la version cible afin de détecter les conflits. |
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 | 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. Utilisez uniquement cette option lors de l'enregistrement des données comme versionnées si les modifications des données que vous effectuez ne prennent que quelques minutes et si vous vous connectez à une géodatabase versionnée à l'aide d'une application tierce. Vous ne pouvez pas utiliser l'option Enregistrer les mises à jour dans la table de base sur des jeux de données qui contiennent une topologie ou un réseau, qui sont archivés, ou qui contribuent à une réplication. |
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. |
poteau | Le processus de réinjection permet de fusionner les modifications apportées à la version de mise à jour dans la version cible. L'opération de réinjection ne peut être finalisée que si la version cible n'a pas été modifiée depuis la fin de l'opération de réconciliation. Si la version cible a été modifiée entre-temps, vous devez répéter la réconciliation avant d'effectuer la réinjection. |
réconciliation | Le processus de réconciliation fait partie du workflow de mise à jour versionné qui compare la généalogie des états de votre version de mise à jour et de la version cible pour détecter des conflits entre les deux. 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 (réinjection) avec la version cible. |
inscrire comme versionné | L'inscription d'une classe d'entités comme étant versionnée entraîne la génération de tables des ajouts et des suppressions. Ces tables 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. Lorsque vous inscrivez un jeu de données comme étant versionné, vous pouvez l'inscrire en choisissant l'option de versionnement intégral (option par défaut) ou l'option Enregistrer les mises à jour dans la table de base. |
Etat | 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 | 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, 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 représente la généalogie des états de la version parent avec laquelle vous allez réconcilier vos mises à jour. |
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 par défaut. |