problème requete multiplication

Merci à vous pour vos réponse ,


-- les sessions de formation
CREATE TABLE T_SESSION_SSS
(SSS_ID INTEGER NOT NULL PRIMARY KEY,
FMT_ID FOREIGN KEY (FMT_ID) REFERENCES T_FORMATEUR_FMT (FMT_ID),
FMT_DATE DATE,
FMT_DUREE FLOAT)

Est ce que tu n'aurais pas oublié de mettre l'identifiant de la formation ?


a +

Mich

Je pense qu'il y a un problème dans la structure de la base proposée par SQLpro car, comme tu l'as dit dans un des messages, il peut y avoir plusieurs formateurs pour une formation.

Je pense donc que la structure doit être :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

-- les sessions de formation CREATE TABLE T_SESSION_SSS (SSS_ID INTEGER NOT NULL PRIMARY KEY, FMN_ID FOREIGN KEY (FMN_ID) REFERENCES T_FORMATION_FMN (FMN_ID), FMT_DATE DATE, FMT_DUREE FLOAT)   -- les participants CREATE TABLE T_PARTICIPANT_PCP (SSS_ID INTEGER NOT NULL, SLR_ID INTEGER NOT NULL, CONSTRAINT PK_PCP PRIMARY KEY (SSS_ID, SLR_ID), CONSTRAINT FK_PCP_SLR FOREIGN KEY (SLR_ID) REFERENCES T_PERSONNE_PRS (PRS_ID), CONSTRAINT FK_PCP_SSS FOREIGN KEY (SSS_ID) REFERENCES T_SESSION_SSS (SSS_ID))   -- les formateurs de la session CREATE TABLE T_FORMATEUR_FORMATION_FMT_FMN (SSS_ID INTEGER NOT NULL, SLR_ID INTEGER NOT NULL, CONSTRAINT PK_PCP PRIMARY KEY (SSS_ID, SLR_ID), CONSTRAINT FK_PCP_SLR FOREIGN KEY (SLR_ID) REFERENCES T_PERSONNE_PRS (PRS_ID), CONSTRAINT FK_PCP_SSS FOREIGN KEY (SSS_ID) REFERENCES T_SESSION_SSS (SSS_ID))

---

Et comme tu l'as dit, il manquait en effet l'id de la formation dans la session.

J'ai corrigé mon modèle pour l'absence de la formation dans la session.

En revanche je ne voit pas l'intérêt de la table
T_FORMATEUR_FORMATION_FMT_FMN ??? (proposé par mystro)

A +

Citation:

---

Envoyé par SQLpro

J'ai corrigé mon modèle pour l'absence de la formation dans la session.

En revanche je ne voit pas l'intérêt de la table
T_FORMATEUR_FORMATION_FMT_FMN ??? (proposé par mystro)

A +

---

Comme la relation entre les formations effectuées et les formateurs est de cardinalité n..n, on ne peut pas faire apparaître l'ensemble des formateurs de la session dans la table que tu as définie.
Il faut donc une table de relation entre la table des formateurs et la tables de sessions de formation dispensées non ?

Tout dépend si les formateurs sont "propriétaire" de leur formation (ce qui est mon cas) ou si les formateurs sont interchangeables sur une formation donnée.

A +

Citation:

---

Envoyé par SQLpro

Tout dépend si les formateurs sont "propriétaire" de leur formation (ce qui est mon cas) ou si les formateurs sont interchangeables sur une formation donnée.

A +

---

J'ai du mal à suivre...
Comment fait tu pour représenter le fait qu'il peut y avoir plusieurs formateurs pour une session ?

++

Plusieurs formateur pour une session, cela me parait anormal !

On ne change pas de formateur au cours d'une session.

A +

Citation:

---

Envoyé par SQLpro

Plusieurs formateur pour une session, cela me parait anormal !

On ne change pas de formateur au cours d'une session.

A +

---

Il peut tout à fait y avoir plusieurs formateurs qui interviennent lors d'une même session de formation (j'ai déjà eu le cas). S'ils interviennent sur des sujets différents lors de la formation, je ne vois pas ce qu'il y a d'anormal.

++

Cet échange démontre l'intérêt d'un bon exposé de la situation, d'un bon cahier des charges et de la bonne rédaction des règles de gestion. Pour mon premier stage (pfff c'est vieux), je devais modéliser le fonctionnement des cours d'une école en art verrier. Je me suis dit que ce serait facile, jusqu'au moment où j'ai découvert la vraie nature des cours. Demi groupe, quart de groupe, un ou deux professeurs dans le même cours plus un ou deux formateurs extérieurs et évidemment un technicien pour réguler la température des fours, cours sur deux ou trois salles, mobilisation de matériels techniques... Un vrai projet ! (très enrichissant en tout cas !)


En clair : Meilleur est l'expression du besoin du client, meilleure sera la modélisation !