Discussion :

[lamaison]

Bonjour,

Je bute sur un problème de conception.

Un user est associé à un 'niveau' et selon son niveau il devra effectuer un entrainement personnalisé.
Je n'arrive pas à imaginer les relations (exclusives) entre le joueur et les 3 types d'entrainement
(J'ai pourtant souvent fait des MPD, mais ça fait longtemps que je ne m'y étais pas remis...)
De plus, à un moment le user changera de niveau...et j'imagine que ça va être compliqué à gérer ?!
Je met une copie écran :.

Merci de votre éclairage

[escartefigue]

Bonjour,

A priori, une personne peut changer de niveau en progressant, mais aussi en régressant (cas d'une personne qui a interrompu son entrainement pour raison de santé par exemple)
Du coup je vous propose d'associer une date dans la relation entre personne et niveau.
De plus, c'est le niveau qui pilote les ateliers correspondants, mais pourquoi ne pas avoir certains ateliers communs à plusieurs niveaux.
Le modele ci-dessous le permet, si vous le souhaitez

[lamaison]

Bonjour,
Je m'excuse pour ma réaction tardive mais je n'ai pas eu d'alerte mail m'indiquant votre réponse.
Aussi je m'empresse de vous remercier pour la qualité de votre intervention

Je suis persuadé que votre schéma est excellent. Ça me parait lumineux.
(Je ne vais pas le mettre en résolu tout de suite au cas ou j'aurai des compléments d'information ou des questions...)

Encore merci !!!!!!!!

[lamaison]

Bonjour,

J'essaie concrètement de créer la base et j'ai deux questions.

1)
Je me demande si le niveau de l'utilisateur est nécessaire dans la mesure ou le type d'atelier est déterminant ; j'ai l'impression que cette donnée qui est "sémantiquement" valable n'a rien à faire dans la base.
Un utilisateur sera relié à un atelier et j'ai l'impression que stocker cette donnée "intermédiaire" n'apporte rien. Cela ne devrait pas être traité par déduction au niveau applicatif ?

2)
Il y a trois types d'atelier, au niveau du MPD il n' y a pas d'autre solution que de créer 3 tables Atelier1,Atelier2 et Atelier3 ?

Merci

[escartefigue]

Bonjour,

1)
Je me demande si le niveau de l'utilisateur est nécessaire dans la mesure ou le type d'atelier est déterminant ; j'ai l'impression que cette donnée qui est "sémantiquement" valable n'a rien à faire dans la base.
Un utilisateur sera relié à un atelier et j'ai l'impression que stocker cette donnée "intermédiaire" n'apporte rien. Cela ne devrait pas être traité par déduction au niveau applicatif ?

L'entité-type "utilisateur" est requise si vous avez besoin de la signalétique des utilisateurs (nom, prénom, date de naissance etc...).
Donc si votre base est utilisée par exemple dans un club de sport, c'est absolument nécessaire, mais pas suffisant (il manque entre autres, les adresses, contacts, cotisations etc..)

2)
Il y a trois types d'atelier, au niveau du MPD il n' y a pas d'autre solution que de créer 3 tables Atelier1,Atelier2 et Atelier3 ?

Absolument pas, ce n'est d'ailleurs pas ce que je vous ai proposé.
Dans le modèle que je vous ai communiqué, il n'y a qu'une seule table "Atelier" et vous créerez autant de lignes dans cette table qu'il y a d'ateliers distincts.

Le cas où il faudrait créer des tables distinctes serait celui ou les attributs de chaque atelier seraient très différents, en ce cas on crée des sous-type au niveau conceptuel, qui deviennent des tables au niveau physique

Pour pouvoir trancher entre table unique (issue d'une entité-type unique) ou tables multiples, il faut recenser l'ensemble des colonnes (attributs ou propriétés du MCD) de chaque atelier.

[lamaison]

je met le post en "Résolu"
Merci.