Discussion :

[zhero]

Bonjour,

j'ai besoin d'aide pour la base de donnée d'un site que je met en place.
L'admin inscrit des membres et met des cours et des quizzs sur les pages, les membres y répondent, leurs réponses sont enregistrées et un score final est enregistré pour la globalité des quizz auquel le membre à répondu.

J'ai une table membre et une table page (dans laquel je vais stocker le contenu de la page, le titre etc..)

Le problème c'est avec les quizzs (de type Qestionnaire à Choix Unique) . Si je créé une table quizz , je ne peux pas mettre une question et une réponse par colonne ca va faire trop de colonnes et pas assez de plasticité...
je me suis dit que j'allais faire une table quizz avec seulement l'id du quizz.

puis une table questions :
avec l'id de la question
une colonne pour la question
et l'id du quizz auquel elle renvoit.

et puis une table réponse avec
l'id de la réponse
l'id de la question à laquelle elle renvoit
la réponse en elle même
et une colonne pour dire si cette réponse est juste.

Vous en pensez quoi?

[escartefigue]

bonjour,

D'un point de vue conceptuel, l'ID_QUIZZ ne doit pas apparaitre dans l'entité-type QUIZZ_QUESTION, c'est lors de la dérivation du modèle logique que l'identifiant sera dupliqué de la table QUIZZ vers la table QUIZZ_QUESTION
De même, aucune de vos associations ne doit posséder d'identifiant dans le MCD, c'est là encore la dérivation du MLD qui produira la duplication des identifiants quand nécessaire dans les tables résultantes

Il me semble que vous devriez généraliser le nombre de réponses possibles à 2,n plutôt que 3,3 qui est assez restrictif, même si dans les faits, ça ne changera rien, on aura bien un index multiple dans les 2 cas.

Pensez à ajouter les types des attributs

[StringBuilder]

Euh... Et les réponses choisies par le membre, vous ne les stockez pas ?

Un quizz (ou questionnaire) se traduit en général par quatre entités :

- Une entête
- Les questions
- Les réponses possibles
- Les réponses choisies par l'utilisateur

Il vous manque la dernière !

Et à mon sens, pas la peine de faire une relatoin entre "membre" et "quizz".

La simple présence de lignes dans l'entité "réponses choisies par l'utilisateur" pour le couple (membre/quizz) suffit à savoir qu'il a répondu au quizz. Intérêt très limité de stocker des informations redondantes (passer par une vue matérialisée ou une colonne calculée pour retrouver l'information une fois l'implémentation en base de données effectuée).

[zhero]

je vous remercie, j'ai finalement été relevé du projet mais ca fait quand même du bien d'y voir plus clair.

escartes figure je n'ai pas très bien compris :

c'est lors de la dérivation du modèle logique que l'identifiant sera dupliqué de la table QUIZZ vers la table QUIZZ_QUESTION

id_quizz ici c'est bien une clé étrangère? donc je n'ai pas représenté le MCD mais le MLD?

StringBuilder, et l'entité "réponse choisie par l'utilisateur" contiendrais un id, l'id de la question, l'id de la réponse et l'id de l'utilisateur?

[escartefigue]

je vous remercie, j'ai finalement été relevé du projet mais ca fait quand même du bien d'y voir plus clair.

escartes figure je n'ai pas très bien compris :


id_quizz ici c'est bien une clé étrangère? donc je n'ai pas représenté le MCD mais le MLD?

En fait, vous avez un peu mélangé les 2 : la symbolique utilisée (rectangles pour les entités-types et ovales pour les associations), est bien celle d'un MCD, mais la présences de FK dans certaines ET ou associations est caractéristique d'un MLD

StringBuilder, et l'entité "réponse choisie par l'utilisateur" contiendrais un id, l'id de la question, l'id de la réponse et l'id de l'utilisateur?

Là encore, au niveau conceptuel, pas de clef étrangère !
Vous n'aurez donc au niveau MCD que l'identifiant de la réponse utilisateur.

[informer]

Bonjour zhero

Je te propose cet mcd & mpd


mcd


mpd


Bonjour chez vous