Discussion :

[wd_newbie]

Bonjour,
c'est surement une question de base ... mais je sèche ...

Soit deux tables :
1 personnel
- ID_personnel
- Nom_Personnel

2 Equipe
- ID_Equipe
- Chef
- Participant_1
- Participant_2


Dans les champs Chef, Participant_1 et 2 , je pense mettre le n° ID d'une personne, ceci afin de pouvoir sélectionner dans mon application directement le nom d'une personne dans la liste du personnel pour les mettre dans une équipe.

... mais comment faire une recherche pour récupérer en une requête l'équipe et les personnes soit : ID_Equipe et les nom du chef et des participants

Merci d'avance

[SQLpro]

ATTENTION au vocabulaire !
Fichier, cela n'existe pas dans les SGBDR. On parle de table !
Champ, cela n'existe pas dans les SGBDR. On parle de colonne !
LIAISON, cela n'existe pas dans les SGBDR. On parle de jointure !

Pour joindre plusieurs fois une même table il faut faire autant de jointures que nécessaire en utilisant différents alias :

Code :

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

1
2
3
4
SELECT *
FROM   Equipe AS E
       JOIN personnel AS Pchef ON E.CHef = Pchef.ID_Personnel
       JOIN personnel AS Part1 ON E.Participant_1 = Part1.ID_Personnel

etc...

Cependant votre modèle n'est pas bon. Il souffre d'un défaut de première forme normale par apocope. Vous devriez ajoutant une table de jointure….

A +

[wd_newbie]

Merci pour la réponse

ATTENTION au vocabulaire !

Cependant votre modèle n'est pas bon. Il souffre d'un défaut de première forme normale par apocope. Vous devriez ajoutant une table de jointure….

A +

.. mais du moment que pour chaque enregistrement de la table équipe, l'idée serait d'avoir dans la table intermédiaire :

ID de l'équipe
ID de la personne
Le titre ?

ça ne complique pas un peu ?

Olivier

[soazig]

Bonjour,
Ca complique peut-être dans certains cas, mais simplifie dans de nombreux autres.
Imagine que tu doives chercher toutes les équipes où figure Durand Albert. et fais la requête dans les deux cas.
Puis imagine que demain il y ait une équipe avec trois participants, et refais la requête, puis pense qu'il faut que tu modifies partout où tu avais considéré deux participants.

PS pour la table d'association tu y étais presque
D de l'équipe
ID de la personne
ID titre (avec une table de titre ou plutôt de type de participant)
Bonne journée
Soazig

[SQLpro]

.. mais du moment que pour chaque enregistrement de la table équipe, l'idée serait d'avoir dans la table intermédiaire :

ATTENTION au vocabulaire !
ENREGISTREMENT, cela n'existe pas dans les SGBDR. On parle de ligne !

A +

[escartefigue]

Bonjour,

Les tables sont très mal modélisées.
Il faut une association (affecter) entre [PERSONNE] et [EQUIPE], l'association sera porteuse d'une période de validité, car une personne peut changer d'équipe
Il faut également une association (exercer) entre [PERSONNE] et [FONCTION], là aussi avec une période de validité (telle personne peut commencer comme collaborateur, puis être promue chef d'équipe...)

Soit le MCD

[PERSONNE] 0,n --- (affecter) ---> 0,n [EQUIPE]
..................................│
.....[PERIODE] 0,n -----┘
La flêche vers [EQUIPE] matérialise la contrainte d'intégrité : une personne pour une période n'est affectée qu'à une seule équipe (cas le plus fréquent, à adapter si besoin).


[PERSONNE] 0,n --- (exercer) ---> 0,n [FONCTION]
..................................│
.....[PERIODE] 0,n -----┘
De la même façon, à un instant "t", une personne n'exerce qu'une et un seule fonction, d'où la flèche là aussi

Ce qui donne les tables (PK soulignées, FK suffixées #)
PE_PERSONNE(PE_id, PE_nom, PE_prenom...)
EQ_EQUIPE(EQ_id, EQ_code, EQ_libelle...)
PR_PERIODE(PR_dtdeb, PR_dtfin) <-- cette table ne sera pas générée, elle ne sert qu'à fournir les périodes comme composante des PK des tables associatives
AF_AFFECTER(PE_id#, PR_dtdeb#, EQ_id#) <-- EQ_id a été évacué de la PK de la table associative, pour permettre de vérifier la contrainte d'unicité : une personne pour une période n'est que dans une seule équipe
FN_FONCTION(FN_id, FN_code, FN_libelle)
EX_EXERCER(PE_id#, PR_dtdeb#, FN_id#) <-- même raisonnement que pour la table associative "affecter"