Discussion :

[kissskoool]

Bonjour,

Bon je ne pense pas que mon probleme soit très compliqué, mais j'avoue ne pas trop piger la démarche à suivre pour ce que je veux faire :

Cette requete doit s'executer sous ACCESS 2003 et ORACLE 9.2

J'ai 2 tables :

• PERSONNEL
• CONTACT

Dans CONTACT j'ai les champs :

• id_contact
• telephone
• adresse

Dans PERSONNEL j'ai les champs :

• id_personnel
• id_contact_pro (qui correspond à un id_contact de la table CONTACT)
• id_contact_home (qui correspond à un id_contact de la table CONTACT)

Et dans ma requête je voudrais afficher :

id_personnel, tel_pro, adresse_pro, tel_home, adresse_home

Donc mon souci est que la table CONTACT contient tous les contacts qu'ils soient pro ou home et que dans ma requete je dois interroger deux fois la table CONTACT, mais avec deux conditions de jointures différentes.

Comment faire ?

Merci pour votre aide

[al1_24]

En faisant deux jointures sur le table CONTACT avec des alias différents.
Cours sur les Jointures

[fsmrel]

Par exemple, si une personne a toujours des coordonnées professionnelles et domestiques :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
SELECT   a.id_personnel
       , c.telephone as tel_pro, c.adresse as adr_pro
       , d.telephone as tel_home, d.adresse as adr_home 
From     personnel as a
       , contact   as c
       , contact   as d
Where    a.id_contact_pro = c.id_contact
  And    a.id_contact_home = d.id_contact ;

Sinon, si elle ne peut avoir qu'un type de coordonnées :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
SELECT   a.id_personnel
       , c.telephone as tel_pro, c.adresse as adr_pro
       , d.telephone as tel_home, d.adresse as adr_home 
From     personnel as a
         left outer join contact as c on a.id_contact_pro = c.id_contact
         left outer join contact as d on a.id_contact_home = d.id_contact ;

La solution ne devrait pas être très loin.

[dotzero]

La requete donnée dans la reponse doit matcher!
Par contre je pense que votre modèle n'est pas conforme ni à MERISE ni à UML!

[elbj]

Bonjour

Effectivement le modèle n'est pas très bon. Mais nous n'avons pas vraiment de détail sur les relations entre Personnel et Contact.

Dans le cas où un contact ne correspond qu'à une personne on aurait le modèle suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
PERSONNEL
ID_Personnel
Nom_Personnel

TYPE_CONTACT
ID_Type_Contact
Nom_Type_Contact

CONTACT
ID_Personnel
ID_Type_Contact
Adresse_Contact
Telephone_Contact

Maintenant on peut supposer que plusieurs personnes puissent être contactées via le même contact :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
PERSONNEL
ID_Personnel
Nom_Personnel

TYPE_CONTACT
ID_Type_Contact
Nom_Type_Contact

CONTACT
ID_Contact
Adresse_Contact
Telephone_Contact

CONTACT_PERSONNEL
ID_Personnel
ID_Contact
ID_Type_Contact

Reconnaissons le ces modèles ont leur limites en terme de sémantique car je ne sais rien des relations entre Personnel et Contact. Mais ils permettent d'effectuer des requêtes plus simples.

Cordialement

Christophe B.

[fsmrel]

je pense que votre modèle n'est pas conforme ni à MERISE ni à UML!

Une rétroconception Merise et UML fonctionne parfaitement, donc le MLD proposé est techniquement conforme.

Le problème de requête initial est simplement à corréler à la présence d'une paire d'associations entre Personnel et Contact (coordonnées professionnelles d'une part et coordonnées domestiques d'autre part), paire qui n'a rien de choquant.
Au plan sémantique, si une instance Personnel et une instance Contact désignent des entités distinctes, il n'y a pas grand-chose à redire. S'il s'agit de la même entité, on peut discuter. Cela dit, la question posée concernait l'opérateur de jointure, ni plus, ni moins.