vous êtes d'accord avec moi qu'un enseignant enseigne une ou plusieurs matières (exemple un enseignant des Mathématiques et des sciences physiques je veux parler de physique-chimie) une matière peut être enseignée par un ou plusieurs enseignants (exemple Monsieur Massiliya enseigne Mathématiques en quatrième et Monsieur Bertiny en troisième) il ressort de cette analyse qu'il faut créer un table de liaison entre la table enseignant et la table matière
la même analyse peut être faite entre la table classe et la table enseignant à savoir un enseignant dispense des cours dans une ou plusieurs classes et une classe est suivie par un ou plusieurs enseignants
où mettre l'Année Scolaire
Bon pour un prof de physique-chimie c'est vrai que se sont 2 matières mais dans un examen l'élève aura une seule note (au moins c'est le cas dans mon pays) donc si c'est le cas chez vous, vous pouvez la considérer comme étant une seule matière et du coup un prof enseigne une et une seule matière si c'est pas le cas alors on reste dans l'analyse initiale!!!
Pour l'année scolaire je pense que tu as 2 possibilités:où mettre l'Année Scolaire
- Tu écrases à chaque fois tes données en entrant les nouvelles données en créant une interface permettant de modifier tes tables!! (ce cas je ne le trouve pas performant car tu ne peux pas garder un historique)
- Tu dois créer un champ année dans les tables: élèves, enseignants car les élèves change de classe chaque années et la liste d'une classe peut être modifiée (en tenant compte des redoublants) de même pour les enseignants en fait un enseignant peut enseigner chaque année des classes différentes comme il peut changer d'établissement!!
Pour la deuxième possibilité tu dois à chaque fois entrer une liste énorme des élèves et des enseignants en créant une interface de saisie alors que dans la première il suffit de changer quelques données
Voilà c'est à toi de gérer de la façon que te semble adéquate
Peut-être que je me trompe sur certains points!!! mais c'est presque ça
A+
Je pense que si vous nous suivez bien, nous avons déjà eu à traiter cette partie.
un enseignant dispense une ou plusieurs manières. Dans mon cas on peut être enseignant de français et dispenser la langue et la littérature. D'où un ou plusieurs.
On aura donc la table Enseignant(id_enseignant, nom, prenom, matiere, grade,... ) et dans ce cas tu mettras id_enseignant comme clé étrangère dans la table Matiere.
Oui bien suuuuuur je suis consciente
Mais quand même je l'ai traité de cette façon car vous m'avez dit qu'un enseignant peut enseigner plusieurs matières!!!!
Si c'est toujours le cas chez vous alors il y'a pas de soucis vous pouvez ne pas regarder le message
Chez nous un enseignant enseigne une unique matière et dans ce cas il faut alléger les données
C'est ce que je viens de dire
Bon courage
A+
A partir de nos discussions j'ai essayé de concevoir un modèle logique de données de la bas de mon projet qui est en pièce jointe? S'il vous plait j'aimerais avoir vos avis sur ce modèle.
Ton modèle logique n'a pas un grand problème sauf au niveau de la relation qui lit la table matière à la table classe. Celle-ci est "un à plusieurs dans les deux sens" et par conséquent nécessite la création d'une "table-relation".
Pour que tu comprennes mieux il suffit de se dire: Une classe suit une ou plusieurs matières et qu'une matière est au programme dans une ou plusieurs classes. D'où la naissance d'une table Programme(id_programme, id_classe, id_matiere). tu l'appelleras bien comme tu veux.
Ce que tu as conçu suppose qu'une matière est inscrite dans une et une seule classe et qu'une classe peut suivre plusieurs matières. Qu'en diras-tu des mathématiques en Première A4 et des mêmes mathématiques en 1ere Scientifique?
Je voudrais encore te rappeler comme je l'ai déjà dit qu'on ne stocke pas un champ calculé dans une table. Reste à payer doit être supprimé dans la table Scolarite car il s'obtient en faisant total-payé alors c'est un champ calculé. Il sera obtenu à partir d'une requête sans problème.
Pour répondre sur la question des années, il suffit de créer une table Annee(id_annee, valeur_annee) et non l'insérer dans différentes tables comme champ. C'est une mauvaise conception.
Id_annee entre donc comme clé étrangère dans la table élève, dans la table enseignant, dans la table compose.
Cdt.
Je pense que çà va. Complètes juste l'id_annee dans la table scolarite au cas où on souhaite faire l'état de payement d'un année.
-Je pense aussi qu'il est souvent mieux de faire migrer une clé avec son nom pour plus de lisibilité. Id_eleve dans la table Eleve sera donc id_eleve dans la table Composition par exemple, ainsi de suite. Ceci permet à ce que tu te retrouves vite dans ta base de données.
Cdt.
Je pense que tu peux te lancer. Si d'autres besoins s'imposent, tu pourras les ajuster au fur et à mesure. Et si tu auras besoin d'aide, tu crées juste un autre poste.
N'oublies pas de mettre résolu pour ce poste.
Pour finir je vous envoie la base que j'ai essayé de créer pour vos avis avant de poursuivre
Bonjour Dakka
En fait j'ai pas assez de temps pour regarder ta base attentivement pour le moment mais quand même j'ai quelques remarques pour toi:
- Pour le statut: il faut mettre dans les paramètre que l'utilisateur ne peut choisir qu'une valeur unique (un élève ne peut pas être à la fois nouveau et redoublant )
- J'ai aussi modifier le type du champ classe par texte court pour être plus significatif
Je te passe la BD modifiée
ESSAI 1.rar
Bon courage
A+
Voici comment se présente notre bulletin
Où mettre les notes (Conduite/note négative)
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager