Comparaison des relations de données
Si vous comparez les types de relations de données dans ArcGIS Pro, ils peuvent sembler similaires. Or chacune de ces relations présente ses avantages, ses limitations et est susceptible d’être sélectionnée pour des raisons particulières.
Si besoin, reportez-vous à la rubrique Types de relations de données avant de comparer les types de relations de données et de choisir le type de relations de données à utiliser.
Le récapitulatif suivant décrit les raisons pour lesquelles vous pourriez envisager d’utiliser chacune de ces relations de données dans ArcGIS Pro.
Classes de relations : les classes de relations dans ArcGIS Pro sont utiles pour maintenir l’intégrité référentielle des données connexes. Les classes de relations autorisent l’exploration de relations complexes entre différents types de données en simplifiant la gestion et l’analyse des données. En d’autres termes, si l’entité principale est supprimée ou modifiée dans la table d’origine, il est possible que les entités reliées correspondantes dans la table de destination soient automatiquement supprimées ou modifiées à leur tour. Cela permet de préserver l’exactitude, la cohérence et l’intégrité des données dans votre géodatabase. Par ailleurs, une classe de relations est stockée, conservée en tant que type de jeu de données dans la géodatabase et accessible à tous les utilisateurs ayant accès à la géodatabase.
Relations : les relations sont pratiques dans ArcGIS Pro pour rechercher et sélectionner des entités dans les couches ou tables mises en relation, en particulier au cours des processus de mise à jour. Elles améliorent les performances de mise à jour en autorisant l’accès aux données attributaires associées et leur analyse. Les relations sont définies comme une propriété d’une couche dans ArcGIS Pro et constituent un moyen pratique d’utiliser les données associées.
Jointures : les jointures dans ArcGIS Pro sont utiles car elles permettent de combiner les données provenant de différentes tables ou couches en fonction d’un attribut commun. Les jointures permettent d’accéder à des données attributaires associées et de les afficher, d’effectuer des analyses spatiales à l’aide d’attributs combinés, et de créer des cartes ou des visualisations plus complètes. Les jointures sont particulièrement intéressantes à des fins d’étiquetage et de symbologie, car elles facilitent l’intégration de plusieurs sources d’informations et offrent une vision plus complète de vos données
Choisir le type de relations de données à utiliser
Le tableau ci-après présente une comparaison détaillée des trois options en matière de relations de données non spatiales.
|
Procédure de création |
|||
|
Types de données pris en charge |
Table ou classe d’entités |
Couches d’entités, vues tabulaires, groupes de couches de sous-types et couches raster avec une table attributaire raster |
Couches d’entités, vues tabulaires ou une couche raster avec une table attributaire |
|
Durée de vie |
Permanente |
Temporaire |
Temporaire |
|
Emplacement des données participantes |
Les deux objets doivent résider dans la même géodatabase. |
Deux objets compatibles |
Deux objets compatibles |
|
Stockage dans |
Géodatabase |
Projet ou couche |
Projet ou couche |
|
Cardinalité |
|
|
Consultez les notes supplémentaires pour plus de détails. |
|
Interface utilisateur pour la mise à jour |
ArcGIS Pro |
ArcGIS Pro |
Requêtes SQL |
|
Interface utilisateur pour la navigation |
ArcGIS Pro |
ArcGIS Pro |
Requêtes SQL |
|
Objets composites |
Oui |
Non |
Non |
|
Intégrité référentielle |
Oui |
Non |
Non |
|
Messages |
Oui |
Non |
Non |
|
Attributs |
Oui |
Non |
Non |
|
Règles de relation |
Oui |
Non |
Non |
|
Utilisations typiques |
Garantie de l'intégrité des données |
Mise à jour avec un temps système réduit |
Etiquetage, symbologie |
|
Avantages |
Prise en charge de la requête, la mise à jour, l’intégrité référentielle, les relations attribuées et les règles de relation. |
La création de relations entre les tables permet d’effectuer des requêtes sur les tables mises en relation dans différents formats. Aucun temps système lié à la mise à jour, possibilité d’utilisation de différents types d’espace de travail et de source de données. |
Création d’une table virtuelle unique à partir de deux tables. Aucun temps système lié à la mise à jour, possibilité d’utilisation de différents types d’espace de travail et de source de données. Utilisation d’informations attributaires supplémentaires dans les requêtes SQL, l’étiquetage et la symbologie. |
|
Limitations |
Temps système lié à la mise à jour. Elles ne peuvent être définies qu’entre des tables de la même géodatabase au sein de la même structure utilisateur, nécessitent quand même des jointures pour les requêtes SQL, l’étiquetage et la symbologie. |
Les mises en relation ne modifient pas les données. Il s'agit d'une propriété de la couche. Absence d’intégrité référentielle et de messages. Elles nécessitent quand même des jointures pour les requêtes SQL, l’étiquetage et la symbologie. |
Les jointures se trouvent toujours dans la couche, pas avec les données. Absence d’intégrité référentielle, de messages et de prise en charge des relations plusieurs vers plusieurs. Les relations un vers plusieurs impliquant des classes d’entités ne sont pas prises en charge. |
|
Remarques supplémentaires |
|
|
Pour en savoir plus sur les classes de relations, reportez-vous à la rubrique Types de classe de relations de géodatabase.