Discussion :

[info_sara]

tous font le clés primmaire. avec ça un etudiant peut inscrire plusieur fois dans la méme filiaire dans des anné défférentes.

si je fait "numero_inscription" comme clé je ne peut pas avoir cette cas
alors pour la réinscription on ajoute pas dans la table 'inscription' mais on fait une modification non?

[hazamor]

table1:etudiant
nom
prenom


table2: inscription
numero_inscription
code_filiere
annee_scolaire
groupe
nom_etudiant

attention une inscription c'est pour un etudiant et un etudiant a plusieur inscription (cette année , l'année dernière,...)

[info_sara]

[COLOR="Blue"]
attention une inscription c'est pour un etudiant et un etudiant a plusieur inscription (cette année , l'année dernière,...)

mais a un seul numero_inscription dans tous les années
pour quoi tu a ajouté le nom dans la table 'inscription' le 'numero' suffit

[hazamor]

Alors


table1:etudiant
numero_inscription (identifiant)
nom
prenom


table2: inscription
numero (unique)(clé)
annee_scolaire
groupe
code_filiere#
numero_inscription#

[info_sara]

mais si je cherche l'étudiant x à qu'elle année comment je faire puisque j'ai plusieurs inscriptions de cet étudiant

[Just-Soft]

Re;

ce que j'essai de te faire comprendre c'est qu'il est primordial d'avoir un MCD aussi correcte que possible.

Pour la recherche, faut pas trop y réfléchir, car les méthodes existent prenant ton example et appliquant lui une requête SQL du genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
Select * from eleve, inscription 
where eleve.code_eleve = inscription.code_eleve
and inscription.date_inscription = 2008

NB : cette requête ne garantit pas le résultat elle est donnée à titre explicatif.

avec un peu d'arrangement tu peux arriver à tes fins.

Bonne chance.

[hazamor]

la requete de recherche

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Select * from eleve, inscription 
where eleve.code_eleve = inscription.code_eleve
and inscription.date_inscription = :an

si elle est fréquante tu peut acepter la redondance et mettre
l'atribut "classe_actulle" dans Etudiant

[info_sara]

Re:
merci j'ai compris.
mais la suppression de la table 'inscription' et mettre ces champs dans la table 'étudiant' facilite l'affichage de la liste d'étudiants par année

finalement je garde la BD "ancien"

[hazamor]

Re:
merci j'ai compris.
mais la suppression de la table 'inscription' et mettre ces champs dans la table 'étudiant' facilite l'affichage de la liste d'étudiants par année

finalement je garde la BD "ancien"

Non,
un étudiant a plusieurs inscriptions
tu peut ajouter "classe_actuelle" seulement pour optimiser vos requetes

[Just-Soft]

re;

la requete de recherche
"Select * from eleve, inscription
where eleve.code_eleve = inscription.code_eleve
and inscription.date_inscription = :an"


si elle est fréquante tu peut acepter la redondance et mettre
l'atribut "classe_actulle" dans Etudiant

je ne suis pas de cette avis, accèpter les violations de règles de gestion est une mauvaise habitude.

[info_sara]

re;



je ne suis pas de cette avis, accèpter les violations de règles de gestion est une mauvaise habitude.

moi aussi je suis pas d'accord avec la solution précédente

[hazamor]

moi aussi je suis pas d'accord avec la solution précédente

Alors tu utilise le jointure

[Just-Soft]

Je ne crois pas qu'il ya un choix. une bonne analyse et et une conception bien réfléchies conduisent tout naturellement à un code lisible, souple et facilement maintanable.

Partant de ce principe, alolrs faut laisser les tables "eleves et inscription" tel quel. La relation entre les deux tables peut donner naissance à une troisième table, là je suis d'accord à toi de décider de ça mais ya toujours des règles à suivre et à appliquer.

Bon codage.

[rec82]

salut
execusez moi j'avais un coupure à internet pour ton question dans la citatiob au dessous:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
si je  fait "numero_inscription" comme clé je ne peut pas avoir cette cas
alors pour la réinscription on ajoute pas dans la table 'inscription' mais on fait une modification non?

dans la table inscription tu faits un ajout normal,pas une modification comme ça :
pour la table inscription tu aura l'historique des inscription de méme etudiant durant les annes des etudes, et pour la table etudiant tu ne touche rien ,parceque dés la premiére saisie de l'étudiant tu l'as attribué un numéro inscription qui est unique dans tous ses annés d'études, et pour la filiére aussi ,donc tu joue sur la table inscription qui je le role de l'historique,
et pour extraire des information c'est aussi simple avec cette conception et avec sql ,comme il a dit just-soft tu peut pas avoire un MCD parfait, et pour toute requete ,l'équipe developpez et là
cordialement rec82 (ajout pas modification et le numéro d'inscription et celui dans la table etudiant et pas de la table inscription)

[rec82]

Re:
merci j'ai compris.
mais la suppression de la table 'inscription' et mettre ces champs dans la table 'étudiant' facilite l'affichage de la liste d'étudiants par année
finalement je garde la BD "ancien"

tu ne peut pas faire cette solution car:si tu as le champs date comme attribut dans la table étudiant dans ce cas tu ne peut pas avoire plusieur inscription de l'etdiant dans meme filiale,
voir les regles MERISE.
cordialement rec82.