Bonjour,
Citation :j'aurais souhaité voir la classe sur un contrôle du formulaire et entrer les élèves à partir de la table élèves ou créer les nouveaux sans avoir à entrer en regard de chaque élève la classe, ce que je retrouve sur mon formulaire.
Pour la saisie, cela peut être une question de goût ou de préférence...
Personnellement, je sélectionnerai la classe dans le formulaire principal et les élèves dans le sous formulaire en mode continu.
- Bien sûr, il n'est pas question se saisir autre chose que l'identifiant de l'élève (qui provient de la table "T_Eleves".
Pour facilité et accélérer cette saisie, on peut penser à une liste déroulante ou une zone de liste. Dans ces liste, se trouvera l'identifiant, le nom, prénom et les champs nécessaire pour éviter la confusion des homonymes.
Citation :J'ai mis les clés primaires au format texte, car à partir du formulaire, je vois ainsi non pas les clés primaires chiffres mais les intitulés classes et élèves.
Je ne donne pas la priorité aux clés primaires au format texte, sous si cela représente par exemple un code produit (BF123Z45). Un simple numéroauto fait parfaitement l'affaire.
Pour ce qui est de "voir", c'est une mauvaise raison, les clés ne sont pas faites pour être vues, mais pour avoir une bonne ralation.
Dans l'exemple de listes plus haut, la première "colonne" est d'ailleurs cachée par défaut par Access.
Citation :Dans une table j'avais mis tetablis tclasse et télève
Non, la classe est liée à l'établissement, mais l'élève est lié à la classe.
Autrement dit, l'établissement ne connait que les classes. Les élèves seront liés à l'établissement via les classes. C'est le rôle des relations.
Si tu sélectionne un établissement, tu dois retrouver toutes
ses classes, en sélectionnant une classe, ce sont les élèves que l'on récupère.
Citation :un élève n'est inscrit que dans un école et une classe avec un maitre donné pour cette année
Cela simplifie donc le shéma
Cordialement,
Pierre(3stone)
© 2004-2013 
