Conception de base

Bonjour,

Sous ACCESS 2003, je travaille au développement d'une bdd pour gérer les fiches de suivi d'élèves en établissement professionnel.
Je sèche sur un problème basique :
Je dispose
- d'une table "élèves" (fiche d'identité) dans lequel figure le diplome préparé du jeune (Exemple bac pro vente)
- d'une table "exigences diplôme" (chaque diplôme faisant appel à des exigences spécifiques)
- d'une table "diplomes" (chaque diplôme y a un code)

Les 3 tables sont reliées entre elles. Pas de problème.

La où ça se complique c'est que :
- Dans une fiche (formulaire de saisie) je dois pouvoir afficher les informations du jeune et , en fonction de son diplome préparé, afficher les exigences correspondantes, et les cocher (OUI/NON) si le jeune les a obtenues.
Le fichier "eleves" doit donc être mis à jour avec ces informations

Comment procéder?

Si j'appelle par une requête les exigences correspondant au diplome (depuis un formulaire "identité"), cela fonctionne bien sûr(les tables étant liées, un bouton de commande qui exécute une requête suffit), mais je ne peux pas les mettre à jour directement dans la table "exigences diplome".

En clair : Comment faire en sorte que les informations "exigences diplome" puissent être complétées pour chaque élève, sans que la fiche "eleve" contiennent toutes les exigences de tous les diplôme, mais seulement celles correspondants au sien ?

Merci

ton élève doit être présent dans toutes les tables

Citation:

---

Envoyé par LE VIEUX

ton élève doit être présent dans toutes les tables

---

En tant que clé primaire ?

Merci

pas forcement elle me semble obligatoire dans ta table élèves - mais par exemple un élève peut avoir plusieurs diplomes......donc pas de clé primaire sans doublons bien sur - par contre les 3 champs doivent être du même type et de même dimension.

Citation:

---

Envoyé par LE VIEUX

pas forcement elle me semble obligatoire dans ta table élèves - mais par exemple un élève peut avoir plusieurs diplomes......donc pas de clé primaire sans doublons bien sur - par contre les 3 champs doivent être du même type et de même dimension.

---

bonjour,

Voici une petite image en pièce jointe de la structure simplifiée de mes 3 tables :

Actuellement j'ai placé les champs OUI/NON dans la table "exigences".

Est-ce bien là qu'ils doivent se trouver ?

Si je place l'élève dans chaque table, qu'est-ce que cela va changer ?

Merci.

Bonjour edude89,
A mon humble avis.
La table Elèves devrait contenir la notion d’exigences à satisfaire de manière à pouvoir émarger au fur et à mesure que l’élève acquiert un crédit.
J’ajouterais des champs numériques (entier) nommés 1, 2, n . n étant égal au nombre maximum d’exigences requises par le diplôme le plus « exigent ».
A chacun des ces champs seraient juxtaposés un champ « Intitulé » et un champ Oui/Non.
Pour être clair :
1 (entier initialisé à 1)
1Intitulé (texte)
1OK (oui/non initialisé à Non)
2 (entier initialisé à 2)
2Intitulé
2OK
….
Donc n triplets.



La table Exigences Diplôme :
la notion oui/non est inutile à ce niveau.
la clé devrait être id+code_diplome. id étant un entier de valeur 1 à m. m représentant le nombre d’exigences pour ce diplôme.
Donc les id constituent pour un diplôme une suite ininterrompue.
Donc un champ (entier) et pas un NumeroAuto.

Un formulaire Elève fonctionnerait comme ceci :
Il ferait apparaître le signalétique de l’élève
Un champ « Diplôme Préparé » (une liste déroulante à choix limité sur la table Diplomes)
les n triplets. (les xIntitulés sont encore vierges à ce moment-là)
La mise à jour de « Diplôme Préparé » provoque :
- l’aménagement des champs intitulés dans la table Elèves pour cet élève-là.
- le rafraîchissement du formulaire.
Au fur et à mesure que l’élève progresse dans son cursus, on coche la case ad hoc (elle passe à OUI).
Pour faire plus joli, un triplet n’est visible que s’il a un intitulé.