Le portail francophone de la géomatique

Avec ArcGis la différence entre jointure et relation vient de la cardinalité:
Tu as deux tables : A et B
Si la relation conceptuelle entre A et B est  1 à 1 ou n à 1, tu peux créer une jointure
Par contre si la relation est de 1 à n ou de n à n tu ne peux pas créer de jointure, tu ne peux créer qu'une relation.

Une jointure crée une table virtuelle unique avec les attributs de A et de B. Chaque enregistrement de A est collé à l'enregistrement de B qui lui correspond, et s'il n'y a pas de correspondance, avce des attributs de B vides.

Si pour un enregistrement de A il y a plusieurs enregistrements de B (1 à n), ArcGis ne peut pas choisir quel enregistrement de B coller à A. On ne peut pas faire une table unique (jointure).

Dans ce cas, on fait une relation, qui ne fabrique pas de table virtuelle unique. C'est seulement quand on navigue dans les enregistrements de A, qu'ArcGis pourra indiquer quels enregistrements de B correspondent à l'enregistrement courant de A.

En clair, avec une jointure on peut utiliser les attributs joints comme s'ils faisaient vraiment partie de la table A (analyse, requête, symbologie)
Avec une relation on ne peut pas, on peut seulement voir les enregistrements de B quand on utilise l'outil info.

Daniel

Bonjour, à tous

il y'a une question qui me casse la tête depuis tant

Est ce que les classes d'entité composant le jeux de classe d'entité doivent être reliées ou jointes (jointure attributaire ou spatiales) entre elles?

Une autre question, au niveau d'Arcgis c'est comme au niveau d'Access la jointure ou la relation s'effectue à l'aide de la clé primaire de la table A et la clé secondaire de la table B (clé primaire de A qui est migrée vers la table B) ou bien elle se base sur n'importe quel attribut qui est en commun entre les deux tables?

Bonjour à tout le monde

Vraiment je suis débutante en ce domaine, j'ai besoin de votre aide.

au moins une personne me répond

salut

Bonjour Daniel;

Merci pour votre réponse, est ce que dans un jeu de classes d'entités je peux regrouper des classes d'entités de géométrie différentes c'est à dire

classe d'entité ponctuelle, classe d'entité linéaire et classe d'entité polygonale seront regroupées dans le même jeu de classes d'entités.

les classes d'entités mises dans le même jeu de classes d'entités doivent être jointes ou reliées entre elles dans un cadre général? et supposant

qu'on a un modèle conceptuel de données dans lequel il y'a des classes d'entités qui sont jointes/reliées entre elles en plus se trouve dans le

même jeu de classes d'entités comment faire dans ce cas là?

j'ai pas compris ceci.....c'est plutot dans le sens d'unb modèle conceptuel et là, je pense que ça n'a rien à avoir avec un "concept".

salut

Bonjour Sophie,


Merci pour la réponse, mais j'ai pas bien saisie, supposant que j'ai dans mon schéma conceptuel de données le cas suivant:

un client peut faire une ou plusieurs réservations alors qu'une réservation peut être faîte par un ou plusieurs client bon dans ma Géodatabase, j'ai

créé deux tables une pour client et la 2èmme pour réservation bon normalement je mis pas la clé du client comme clé etrangère dans la table

réservation, de même je mis pas la clé de réservation dans la table client comme clé étrangère, car les cardinalité est 1,N dans les deux sens

donc comment faire la relation entre ces deux tables du faite que j'ai pas un champ en commun entre les deux tables.

Merci d'avance.

Bonjour,

Tu peux utiliser le mécanisme de classe de relation : Avantages des classes de relations.

Cela revient à créer la table "relation client-résa" comme l'appelle Daniel.

Il faut ensuite, "remplir" cette table intermédiaire : Population d'une table de classes de relations attribuées (table intermédiaire).

A+

Franck

Bonjour à tout le monde,

Merci Franck, merci Daniellopez pour vos réponses.

Pour le niveau  de licence j'utilise Arcinfo, alors tu me conseille d'utiliser la solution de Franck "classes de relations"

j'ai pas bien saisi les étapes de sa création pouvez vous me donner des éclaircissements pour le même exemple 

un client peut faire une ou plusieurs réservations alors qu'une réservation peut être faîte par un ou plusieurs client bon dans ma Géodatabase, j'ai

créé deux tables une pour client et la 2èmme pour réservation bon normalement je mis pas la clé du client comme clé etrangère dans la table

réservation, de même je mis pas la clé de réservation dans la table client comme clé étrangère, car les cardinalité est 1,N dans les deux sens

donc comment faire la relation entre ces deux tables du faite que j'ai pas un champ en commun entre les deux tables.

Merci d'avance.

bonjour à tout le monde,

Mercie pour vos réponses assez claires.

bon pour faire le chois si je fais une jointure ou bien une relation j'ai conclu qu'il faut voire les cardinalités, dans le modèle entité association

comment faire la différence c'est à dire comment je sais qu'il s'agit de la table1 et de la table2 car dufaite qu'il faut voir les cardinalités donc le jeu

se base sur les cardinalités relatives à la première table (sens 1) donc supposant que dans mon modèle si je prend le sens 1 (A est la 1ère table

et B est la 2èmme table) selon les cardinalités relatives à A m'indique de faire une jointure alors si je prend le sens 2 (B est la 1ère table et A est

la 2èmme table) selon les cardinalités on doit faire une relation dans ce cas il y'a un conflit ce qui implique qu'il est nécessaire le sens de la lecture 

donc qu'elle est la règle qui me dit que A ou B est la 1ère table et B ou A est la 2èmme table, après connaitre le sens de lecture je pourrai passer

maintenant à voir les cardinalités.

Mercie d'avance.