MCD à vérifié

[elendil_de_sade]

Bien le bonjour les amis,
Vu que je ne savais pas ou trouver de l'aide... me suis dit : ici, on pourra me guider
Je suis actuellement en stage dans un college. Je dois donc etablir une base pour des eleves, une application qui puisse gérer :
- les exclusions
- les retards
- les observations des profs
- les retenues
- les passages à l'infirmerie
J'ai fait ça :



Mais :




Pourrait on me suggerer des solutions ?

[orange_smell]

Bonjour,

A mon avis, ce post n'a rien a faire sur Ixus, et je pense que tu trouveras de meilleurs conseils sur des sites lies aux BDD. Cela dit, j'ai plusieurs remarques sur ton MCD.
1- Tu postes ton MCD sans expliquer exactement ce que tu veux faire. J'espere que tu as au moins couche sur papier tes besoins exacts.
2- Tes deux MCD marchent, et effectivement, tu peux creer une table DATE, mais tu vas pas y gagner beaucoup. En fait, tu ferais mieux, a mon avis, de creer une colonne TIMESTAMP (peu importe le nom), qui contient la date et l'heure.
3- Pourquoi creer quatre table differentes ? Tu peux tout regrouper en une seule en rajoutant une colonne "TYPE". Ca te permettra de creer de nouveaux "evenements" plus tard plus facilement.

Voila, je sais pas ce que ca vaut, mais je suis pas expert en conception de BDD.

Bonne chance

[yannva]

Salut,

Joli schéma mais un peu lourd à charger

Moi à ta place j'opterai pour une table "Evenement" avec :

Ideven : compteur auto incrémenté
Date : champ date
Heure : Champ Heure
IdType : entier correspondant à un type d'info
NoEleve : entier
NoPersonnel : entier
Motif : chaine

Et une table "Type" contenant
IdType : autoincrémenté
Libelle : chaine
Avec 1=Retenue, 2=Retard, 3=Observation,...

Edit : Oupss grillé par orange_smell

Edit N°2 : Tu aurais pu poster sous la rubrique 'Logiciel Microsoft' étant donné que tu bosses sous Access

A +

Yann

[orange_smell]

Salut,

Joli schéma mais un peu lourd à charger

Moi à ta place j'opterai pour une table "Evenement" avec :

Ideven : compteur auto incrémenté
Date : champ date
Heure : Champ Heure
IdType : entier correspondant à un type d'info
NoEleve : entier
NoPersonnel : entier
Motif : chaine

Et une table "Type" contenant
IdType : autoincrémenté
Libelle : chaine
Avec 1=Retenue, 2=Retard, 3=Observation,...

Edit : Oupss grillé par orange_smell
Yann

Bon, bah vu qu'on a eu la meme idee, c'est que je dois pas etre trop rouille en conception...

[yannva]

Bien vu orange_smell mais je ne comprends pas tout à fait sa logique pour les passages à l'infirmerie...

A +

Yann

[orange_smell]

Bien vu orange_smell mais je ne comprends pas tout à fait sa logique pour les passages à l'infirmerie...

A +

Yann

Tout d'abord, je viens de rire un bon coup car je n'avais pas vu la partie infirmerie (je suis en 800*600 sur ce poste). Bref, j'imagine qu'il veut gerer la file d'attente de l'infirmerie, mais les cardinalites sont bizarres. Si ce n'est pas le cas, alors oui, il devrait aussi le mettre dans evenement a mon avis.

[elendil_de_sade]

Ma logique pour le passage à l'infirmerie, je mexplique :
Un élève donnée passe au mini 0 et maxi N fois à l'infirmerie.
A l'infirmerie passe au minimum 1 et maximum N élèves.
Il y a donc une C.I.M. et donc, je forme une relation PASSER avec comme identifiants les identifiants des entités reliés.
Enfin, c'est ce que je pense, tu as une suggestion pour le gérer ?

Un autre petit PB aussi :
C'est une tres bonne idée de créer une table EVENEMENT, seulement, cela va bien pour OBSERVATION et RETARD, mais pour RETENUE et EXCLUSION, il y a des tuples a rajouter CoursExclusion (pour dire de quelle cours l'eleve a été exclu) et DuréeRetenue (c'est comprehensible )
Voila, merci pour vos reponses même si je me suis trompé de forum...
(Dois je récrire le sujet dans l'autre forum?)

[gla]

...
C'est une tres bonne idée de créer une table EVENEMENT, seulement, cela va bien pour OBSERVATION et RETARD, mais pour RETENUE et EXCLUSION, il y a des tuples a rajouter CoursExclusion (pour dire de quelle cours l'eleve a été exclu) et DuréeRetenue (c'est comprehensible )
...

La table évenement est effectivement la solution la plus efficace. Surtout si tu dois ensuite faire des stat sur les types d'évenements dans le collège.
A la limite tu ajoute deux champs supplémentaires "cours" et "durée".
Si tu ne les utilises pas, ils seront vides, et c'est tout !

[yannva]

Ma logique pour le passage à l'infirmerie, je mexplique :
Un élève donnée passe au mini 0 et maxi N fois à l'infirmerie.
A l'infirmerie passe au minimum 1 et maximum N élèves.
Il y a donc une C.I.M. et donc, je forme une relation PASSER avec comme identifiants les identifiants des entités reliés.
Enfin, c'est ce que je pense, tu as une suggestion pour le gérer ?

euh l'infirmerie n'est jamais vide ??? Je n'aimerai pas travailler la bas.

A +

Yann

[orange_smell]

Ma logique pour le passage à l'infirmerie, je mexplique :
Un élève donnée passe au mini 0 et maxi N fois à l'infirmerie.
A l'infirmerie passe au minimum 1 et maximum N élèves.
Il y a donc une C.I.M. et donc, je forme une relation PASSER avec comme identifiants les identifiants des entités reliés.

A mon avis, ca ne change rien. Un passage a l'infirmerie est un evenement comme un autre. A la limite, tu rajoutes une colonne "heure/date de sortie" (qui s'applique aussi pour la retenue). En plus, ca te permet de savoir quelle infirmiere a recu l'eleve (si y'en a plus d'une)

A propos de la table evenement, si tu la crees comme je viens de dire, tu peux aussi gerer les absences

[elendil_de_sade]

orange_smell
"A mon avis, ca ne change rien. Un passage a l'infirmerie est un evenement comme un autre. A la limite, tu rajoutes une colonne "heure/date de sortie" (qui s'applique aussi pour la retenue). En plus, ca te permet de savoir quelle infirmiere a recu l'eleve (si y'en a plus d'une) "

Je pense que INFIRMERIE ne peut etre dans EVENEMENT puisque il y a une CIF entre EVENEMENT et ELEVE alors que c'est une CIM entre INFIRMERIE et ELEVE.
Un EVENEMENT donné est attribué au min à 0 et max à 1 ELEVE.
A un ELEVE donnée est attribué au min 0 et max N EVENEMENT.
INFIRMERIE et EVENEMENT ne peuvent donc etre regrouper.



orange_smell
"A propos de la table evenement, si tu la crees comme je viens de dire, tu peux aussi gerer les absences"

Ok, c'est cool, mais les absences ne font pas parti de mon domaine de gestion




Merci à tous ceux qui repondent...
Corrigez moi si je dit des $%#&!...

[yannva]

Ma logique pour le passage à l'infirmerie, je mexplique :
Un élève donnée passe au mini 0 et maxi N fois à l'infirmerie.
A l'infirmerie passe au minimum 1 et maximum N élèves.
Il y a donc une C.I.M. et donc, je forme une relation PASSER avec comme identifiants les identifiants des entités reliés.

non, non et non !

C'est exactement le même raisonnement avec les exclusions alors je ne vois vraiment pas la différence et pourquoi une table "évenement" ne fonctionnerai pas.

A +

Yann

[orange_smell]

Ma logique pour le passage à l'infirmerie, je mexplique :
Un élève donnée passe au mini 0 et maxi N fois à l'infirmerie.
A l'infirmerie passe au minimum 1 et maximum N élèves.
Il y a donc une C.I.M. et donc, je forme une relation PASSER avec comme identifiants les identifiants des entités reliés.

non, non et non !

C'est exactement le même raisonnement avec les exclusions alors je ne vois vraiment pas la différence et pourquoi une table "évenement" ne fonctionnerai pas.

A +

Yann

Bizarrement, ce post a ete recopie et complete dans "Logiciels Microsoft". Tu y trouveras donc la suite de notre petite discussion

[kerozene]

Bonjour,

Locké...

Suite içi :

viewtopic.php?p=123231#123231


++

Kerozene