Choix entre des classes de relations, des relations et des jointures
Cette rubrique s'applique uniquement à ArcGIS for Desktop Standard et ArcGIS for Desktop Advanced.
Remarque :Bien que les classes de relations puissent être créées et modifiées dans ArcGIS for Desktop Advanced et ArcGIS for Desktop Standard, elles sont en lecture seule dans ArcGIS for Desktop Basic. Les classes d'entités qui participent à la classe de relations sont aussi en lecture seule dans ArcGIS for Desktop Basic.
Les classes de relations aident à respecter l'intégrité référentielle. Par exemple, la suppression ou la modification d'une entité risque de supprimer ou de modifier une entité reliée. En outre, une classe de relations est stockée dans la géodatabase, ce qui la rend accessible pour toute personne qui utilise la géodatabase.
Les relations à la volée, également appelées mises en relation, sont définies en tant que propriété d'une couche ArcMap. Utilisez-les pour obtenir des performances de mise à jour améliorées.
Les jointures sont les plus adaptées à l'étiquetage et à la symbologie. Vous définissez des jointures par le biais de la base de données relationnelle pour créer des requêtes SQL standard dans la base de données ainsi que dans différentes sources de données.
|
Classes de relations |
Relations à la volée |
Jointures | |
|---|---|---|---|
Utilisations typiques |
Garantie de l'intégrité des données |
Mise à jour avec un temps système réduit |
Etiquetage, symbologie |
Domaine d'applicabilité |
Géodatabase |
Entre des bases de données ou des sources de données |
Entre des bases de données ou des sources de données |
Structure |
Modèle de données de géodatabase |
Définies dans la couche de carte |
Base de données relationnelles/SQL |
Interface utilisateur pour la mise à jour |
ArcMap |
Application VBA dans ArcMap |
Requêtes SQL |
Interface utilisateur pour la navigation |
ArcMap |
ArcMap |
Requêtes SQL |
Objets composites |
Oui |
Non |
Non |
Intégrité référentielle |
Oui |
Non |
Non |
Messagerie |
Oui |
Non |
Non |
Attributs |
Oui |
Non |
Non |
Règles de relation |
Oui |
Non |
Non |
Cardinalité |
Un vers un, un vers plusieurs, plusieurs vers plusieurs |
Un vers un, un vers plusieurs, plusieurs vers plusieurs |
Un vers un, plusieurs vers un |
Avantages |
Gère l'intégrité référentielle et le comportement de messagerie via l'inspecteur des attributs d'ArcMap |
Aucun temps système lié à la mise à jour, peuvent être établies entre différents types d'espace de travail et de source de données |
Aucun temps système lié à la mise à jour, peuvent être établies entre différents types d'espace de travail et de source de données, peuvent être utilisées pour les requêtes SQL, l'étiquetage et la symbologie |
|
Inconvénients |
Temps système lié à la mise à jour, 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 |
Pas d'intégrité référentielle, pas de messagerie, nécessitent quand-même des jointures pour les requêtes SQL, l'étiquetage et la symbologie |
Aucune intégrité référentielle, aucune messagerie, aucune prise en charge pour les relations plusieurs vers plusieurs ; relations un vers plusieurs impliquant des classes d'entités non prises en charge |