Besoin d'aide sur les relations

En fait c'est le même lien que la première capture d'écran donc rien de nouveau ;-)))

je vais méditer à ta réponse se soir, là je bosse mais l'idée me plaid :-D

Merci de la réactivité

Bonsoir, voici ce que j'ai fait mais je vois pas comment ça peut marcher :
https://drive.google.com/file/d/0B40k-r8hvL7tbU9LQlNiSVZoSG8/view?usp=sharing

Car si avec la table jonction_TP_indicateur je crée TP1 Notation du dénudage....je dois obligatoirement y rajouter un numéro d'inscription car il est dans cette table ? et si je mets l'élève DUPONT, quand j'aurais l'élèves TINTIN comment j’attribuerais les indicateurs du TP 1 qui sont déjà attribué à l'élève 1....
Donc faut que je fasse une séparation de table avec N_TP, indicateur, pondération d'une autre table table N_inscription, notation mais la j'ai plus de lien avec les indicateurs du TP ???? bon je pensais avoir compris...mais non :-(

Si vous avez des pistes....je les suivrai car la je nage en eau trouble ;-)

Bonne soirée
Joël

J'ai mi en pratique mon idée du message ci-dessus :
soit pour chaque TP avec sont indicateur possibilité de mettre le numéro inscription et la notation...(j'ai fait un intégration d'un sous formulaire dans la table....mais il y a des chiffre et non du texte donc pas top)
https://drive.google.com/file/d/0B40k-r8hvL7tSDBWd2ZVbllNc2s/view?usp=sharing

Mais voilà aucune idée de mettre en relation tout cela
https://drive.google.com/file/d/0B40k-r8hvL7tUEJJQnBkT3JVSnc/view?usp=sharing

Au final j'ai pas avancé ce soir :-((((

cela me semble un peu chaotique.
je te suggère d’arrêter de secouer tables et relations dans tous les sens, et de prendre le temps de réfléchir et de documenter ainsi:

nous avons des TP, des élèves, des indicateurs, des pondérations et des notes.
quoi d'autre?

les élèves s'inscrivent à des TP
les indicateurs sont associés à un ou plusieurs TP
les indicateurs ont des pondérations pour chaque TP (indépendant de élèves)
les élèves ont des notes pour un indicateur pour un TP
quoi d'autre?

quelles actions faut-il traiter?
inscrire un élève à un TP
enregistrer une note

quels rapports faut-il générer?
liste d'eleves
moyennes des points par éléve
quoi d'autre?

quand ce sera clair et documenté, il sera possible de commencer à travailler la structure des tables. si tu t'y retrouves mieux avec des éléments concrets, fais des exemples.

lorsque tu auras une très bonne idée des concepts que tu veux enregistrer, tu pourras commencer à réfléchir comment structurer tes informations. ce seront tes fondations.

ensuite, penser à l'exploitation des données, les formulaires, les rapports.

A-tu été voir le lien de mon msg ? Si tu arrive à décrire clairement tes désirs (cahier des charges) le truc est en évolution.

oui mais c'est en pur visual_basic et pour l'instant je préfére trouver une solution ou je peut être maître (avec pour l'instant de l'aide ;-)))) de ce que ça fait...et pouvoir le faire évoluer à ma propre allure (par des tests...)....et après peut-être me mettre au VBA pour améliorer encore plus la chose...
mais merci quand même pour le lien toutes idées est la bienvenue....mais pour l'insntant je reste sur Access.

Mets le lien de côté, si tu ne t'en sors pas avec access qui me paraît bien compliqué pour une simple extraction.

ok merci...je sauvegarde

c'est quoi "paramètres instantanés pour un élève" Nom, prénom, Classe, Email, téléphone ?

c'est quoi "Variants et communs des référentiels" là on parle pas la même langue ;-))))

pas supprimer la clé primaire "N_ponderation" ok je reinjecte ce soir

n'oublie pas de documenter pour vous c'est quoi documenter c'est dans access j'ai vu qu'il y avait une colonne pour mettre des commentaires ou c'est un fichier Word ou autre qui regroupe les table avec le type des champs...

"créer les clés uniques non primaires" ça je sais pas à quoi ça sert et comment on peut l'utiliser par la suite, faut que je re-lise le commentaire que vous avez fait hier soir et que j'ai toujours pas relu....je sais pas s'il répondra à cette question

documenter: enregistrer dans le document où tu documentes tes choix et tes actions.

exemple de clés: la table suivante
TP_inscription_eleves (N_inscription, N_eleve, N_TP)
aura une clé primaire N_inscription
et une clé unique (N_eleve, N_TP)
on veut absolument éviter d'avoir deux fois la même combinaison (N_eleve, N_TP)

grâce à la clé unique, Access garantit, sans qu'on doive rien faire, qu'il n'y aura jamais de doublon. on ne doit donc jamais l'utiliser par la suite, il suffit de la définir dans la table.

Ok faut que je réfléchisse, je vais voir aussi avec mes collègues.....je vous tiens au courant ;-)

() mais peut-être hors sujet : En fait j'ai laissé votre terme inscription....mais c'est pas l'élève qui s'inscrit...c'est nous qui décidons de mettre tel ou tel élèves sur un TP ou TD donc on commencera par des TD TP pour le BEP (C0x à valider selon pondération des critères) et pour moi vers le milieu de l'année je sortirai un état bilan de l'élève pour voir ce qu'il a validé ou pas (et comme je pense que ça ne mange pas de pain, j'afficherai en même temps s'il a valider les taches professionnelles qui restera une info (car nous on doit faire au minimum les compétences)

Pour info j'ai mis à jour mon document pour documenté maintenant à gauche il y a le plan (en titre les table et en sous titre leur descriptif....au survol du sous titre le descriptif complet apparaît. https://docs.google.com/document/d/1N2pMZcsn1jMwbLRKN6BsSolvC_5gGSDLe3K3PjUSL60/edit?usp=sharing

Réponse à vos questions :
une tâche et une compétence doivent-elles être de même niveau pour pouvoir être liées?
Oui puisque :
....- les taches BAC sont en T1-1, T1-2....et validées avec des compétences en C1, C2....
....- les taches BEP sont en TA1-1, TA1-2....et validées avec des compétences en C01, C02....
....J'ai rentrée les deux dans la table taches avec leur niveau respectif (BEP ou BAC)

un élève peut s'inscrire à tout TP, pas de restriction de niveau? l'ensemble des TP d'un élève ne doit pas être du même niveau?
....Comme j'ai dit au dessus on va faire des TP soit BEP (au début de la formation) puis on basculera sur des TP BAC (a peu près à mis parcours) après c'est access (du moins je l'espère) en fonction du TP et de son niveau je sortirai un état BEP et plus tard un état BAC quand il aura fait des TP BAC

ne faudrait-il pas N_niveau dans table TP?
c'est vrai que dans TP y a pas après qd on rentrera dans la table pondération des critères des compétences BEP ça sera un TP BEP....mais très bonne remarque.....je le rajoute dans TP car c'est pas plus mal de le savoir dessuite (sur quoi on travaille) sans devoir faire une requête de folie que je sais pas faire ;-)

pourquoi deux critères (BEP & BAC) dans la table suivante, puisque un TP est soir BEP, soit BAC
TP_criteres_ponderation (N_critere_ponderation, N_TP, N_Critere_BEP, N_Critere_BAC, ponderation)

....En fait les attitudes professionnelles sont les mêmes en BEP et en BAC et j'ai crée une compétence "divers" car parfois on validera quelque chose qui n'est pas relié à une compétence....mais que je veux noter....
et pour remplir la liste déroulante de la table :

........N_compétence_BEP je fais une requete "BEP ou BAC&BEP pour avoir le listing complet des compétences BEP + mon divers + les attitude pro

........N_compétence_BAC je fais une requete "BAC ou BAC&BEP pour avoir le listing complet des compétences BAC + mon divers + les attitude pro
comme ça j'ai pas retapé deux fois "divers" ni les "attitudes pro" qui sont les mêmes (en BEP et en BAC)....

également de voir tellement de tables liées à la table niveau
et aussi d'avoir des colonnes spécifiques aux niveaux (exemple N_Critere_BEP, N_Critere_BAC)

cela ne respecte pas les "règles de l'art (informatique)", je ne peux pas dire si cela posera problème. on risque d'obtenir des données inconsistantes (en cas d'erreur d'encodage), de se retrouver à devoir gérer des situations complexes, et de devoir corriger le modèle plus tard, et donc recommencer une partie du travail fait. imaginons aussi qu'il faille gérer un troisième niveau.
ma suggestion serait de supprimer les colonnes spécifiques aux niveaux, supprimer le niveau "les deux", et réduire le nombre de tables liées à la table niveau.
je ne sais pas si cela a du sens pour votre métier, si cela permet de représenter votre réalité.

....Je sais pas ce que je veux pas c'est avoir les critères saisie deux fois c'est pour cela que j'ai fait 2 colonnes....N_competence_BEP, N_competence_BAC (en face de la colonne critère
Comme ça en faisant une requête, je récupère que les critères BEP dans la liste déroulante de N_compétence_BEP de la table TP_critères_pondérations, + ceux BEP&BAC (soit le divers et les attitudes pro)
Pareil pour le BAC
sur ça je trouve ça simple d'emploi pour moi

oui là si troisième Niveau pas bien mais je me dis si un jour on a des BTS, on ne fera pas des TP commun avec le BAC en plus je ne sais pas dutout comment marche leur référentiel...donc la solution sera un autre fichier Access....qui gérera leur référentiel....problème réglé :-D limitation à 2 niveaux ;-)

on tente comme cela pour voir....car ça m’ennuierai d'avoir des critères en double dans la table...je sais je suis un gros pénible....

ou (option girouette...) dans un formulaire on tape le nouveau critère et qu'il y ai 2 champs (liste déroulante) BEP et BAC si je déroule BEP que je mets par exemple C03, que j'ouvre la liste BAC et que je mets C4
il me rempli automatiquement la table critère avec un doubleau mais que j'ai pas saisie donc que je ne verai plus grace au formulaire....

Vous me direz si option girouette est faisable si c'est le cas je ree qu'avec un N_critère et qu'un N_competence

Merci du temps que vous m'accordé car je sais que je suis un gros pénible :-D

il s'agit d'un problème complexe, pas pénible, :-)
la rencontre de la logique informatique et de la réalité demande beaucoup d'énergie et de collaboration. pas évident à distance via un forum.
je serai très peu disponible ces prochains jours, je suggère que vous progressiez au mieux, :-)

Déja c'est sympa de m'aider autant avec tous les conseils et vérifications...je vais tenter de commencer un formulaire mais je sais pas trop par ou commencer pour les critères....
On verra bien....l'aventure continue

J'ai maintenant compris grâce à l'exemple ;-)...
Je réponds dans la soirée....la c'est branle-bas de combat avec les enfants (repas, douche, coucher....)

attention aux vis dans la douche!

J'utilise plus la douche elle fuit :-(
la baignoire pas de vis...parfois des restes de plâtre...qd je nettoie mal ;-)

Oui j'avais fait un niveau BAC&BEP pour les compétences (qui n'en sont pas) Attitude professionnelle qui sont identique en BEP et en BAC donc pour l'instant le les ai mis avec les compétences et quand je veux les compétences BAC disponible (pour en faire par la suite de la notation) je cumule les compétences BAC et BAC&BEP par une requete

Pareil pour BEP la requete fait un ou sur niveau BEP et BAC&BEP comme ça j'ai bien les compétence soit de BAC soit de BEP et les attitudes pro qui sont dans les deux...

Je voulais éviter une table de plus Attitude professionnelle

Mais il n'y a que 2 niveaux leE BEP et le BAC et c'est soit un TP BEP avec critères BEP et compétences BEP soit un TP BAC avec critères BAC et compétences BAC

C'est tordu mon idée ?

si ça l'est trop je réfléchirai encore pour améliorer la chose ;-)

Autrement voici ce que j'ai fait dans la V13 pour supprimer les Critère_BEP, Critère_BAC et Compétence_BEP, Compétence_BAC...soit une table de liaison Critère_compétence
ou dans un formulaire en fonction du niveau une requete sur ce champ proposera les critère BAC (et pour l'instant BAC&BAC pour avoir les attitudes pro qui sont dans cette table) si le niveau du TP est BAC et même principe si TP de niveau BEP

https://drive.google.com/file/d/0B40k-r8hvL7tMUdPUE1kSUVPV3c/view?usp=sharing

oui exact car comme il ne peut pas y avoir 2 critères pareil dans le tp, il ne peut donc pas y avoir 2 pondérations pour 2 critères identiques (car c'est interdit) ;-)

autrement sur la capture du message précédent c'est bien comme ça que l'on fait un index unique....sauf que je dois supprimer la ligne Pondération...
dans l'après midi ou plutot ce soir....je renvoi un bilan de ce que je pense mettre en index unique pour toutes les tables....

oui, c'est bien ainsi qu'on crée un index unique. son nom n'a pas d’importance, et il faut indiquer dans ses propriétés qu'il est unique.
je te suggère aussi d'indiquer dans les tables quels champs sont obligatoires (ne peuvent pas être vides).
si tu peux partager ta base avec le bilan, cela facilitera la vérification.

j'ai lu quelque part qu'il faut pas abuisé des index....
je ne met pas un index unique sur "design_année_scolaire" sur la table "année scolaire"

Année_scolaire(N_année, Design_année-scolaire)

Ou c'est jamais utile qd il y a que 1 champs ?

Bon en fait ça marche pas...."N_pondération" affiche tous les TP (et leurs critères associés) alors que pour 1 élève inscrit à un TP, il ne devrait y avoir que les critères associé à ce TP...grrrrrr

si je comprends bien, tu cherches à faire une requête pour obtenir toutes les notations possible pour chaque élève, c'est bien cela?

je propose ceci:

SELECT TP_criteres_ponderation.ponderation, TP.design_TP, eleves.nom, eleves.prenom, criteres.design_Critere
FROM criteres INNER  ((TP INNER  (eleves INNER  TP_inscription_eleves ON eleves.N_eleve = TP_inscription_eleves.N_eleve) ON TP.N_TP = TP_inscription_eleves.N_TP) INNER  TP_criteres_ponderation ON TP.N_TP = TP_criteres_ponderation.N_TP) ON criteres.N_critere = TP_criteres_ponderation.N_critere;

ceci te donne tous les résultats enregistrés:

SELECT TP_criteres_ponderation.ponderation, TP.design_TP, eleves.nom, eleves.prenom, criteres.design_Critere, TP_notations.resultat
FROM ((TP INNER  (criteres INNER  TP_criteres_ponderation ON criteres.N_critere = TP_criteres_ponderation.N_critere) ON TP.N_TP = TP_criteres_ponderation.N_TP) INNER  (eleves INNER  TP_inscription_eleves ON eleves.N_eleve = TP_inscription_eleves.N_eleve) ON TP.N_TP = TP_inscription_eleves.N_TP) INNER  TP_notations ON (TP_inscription_eleves.N_inscription = TP_notations.N_Inscription) AND (TP_criteres_ponderation.N_critere_ponderation = TP_notations.N_ponderation);

je pense que cela ne te suffit pas, travaillons-y.

si tu vas dans la table_notation
sur les enregistrements à gauche (champs N_inscription) tu vois mody qui à le TP2

si tu cliques sur la liste déroulante de droite (N_pondération) j'ai acces à tous les TP alors que j'auirais aimé qu'il ne me liste que les critères associé au TP de mody soit le TP2

je viens de tester ta première requete et ça m'affiche dans le liste déroulent, les critères des TP1 et TP2 alors que mody est inscrit seulement à TP2
je test la deuxième

Ah j'avais pas fait gaffe merci je vais supprimer....
ou mais je suis de la ville de Airbus...j'aime bien avoir un moyen de secours ;-)...rien ne vaut la redondance :-D
ça marche presque il manque que le filtre ;-)))

le filtre, c'est pour affiner l'affichage de la table TP_notation?
je suppose que la table sera exclusivement mise à jour via le formulaire f_eleve_TP_en_cours_notation?
le but n'est pas de pouvoir modifier la table directement!

c'était pour affiner....mais je me suis fait grondé par HDU ;-) car je trafique aussi les tables sans er par un formulaire ;-)))
c'est ça d'être un débutant....ça part dans tous les sens....un chien fou quoi ;-D

si tu veux voir la table TP_notation sous tous ses angles, je suggérerais plutôt de faire deux requêtes:
- une qui montre les enregistrements incorrects (un croisement entre deux TP)
- une qui montre tous les enregistrements manquants (les résultats encore à enregistrer)
et d'utiliser le formulaire pour faire toutes les mises à jour, surtout dans cette table.

Pourquoi y a t-il plusieurs "2" sur la même ligne dans les feuilles BAC et BEP ?

si vous voulez ouvrir un poste sur votre site, je m'y grefferai dessus
Pour les 1 et 2 c'est pour valider une tache Pro il faut au moins valider les compétences obligatoire (2)....en résumé les 1 c'est du cadeau ;-)))

Non , on bricole dans notre coin; si tu ne t'en sors pas avec access il sera toujours temps de tenter par le code.
Tu a l'air d'être bien parti tu devrais y arriver.
.

En fait ça fait plus d'1an que j'ai lidée de faire sous access...donc j'aai regardé à droite à gauche et je pense que c'est bien adapté à ce que je veux faire....
pour l'instant j'y arrive lentement....j'ai presque fini de mettre toutes les table...les table figés (Tache compétence sont complété)
maintenant faut que je fasse les dernier ajustement et je m'attaque aux relations....