Discussion :

[snoopy54]

Bonjour a vous tous voici un petit problème de débutant:
J'ai fait 3 tables:

[Personnel] idpers, Nom, Prénom
[Suivi] idSuivi, Nom,Formation
[Formation] idFormation,Formation, Description

Une relation entre Nom<>IdPers et une entre Formation<>IdFormation
J'ai créer un formulaire formSuivi où les relation avec le nom et les formations fonctionne trés bien.
Puis je voulais faire un état pour imprimer une liste des formation par nom des personnel.
Je l'ai créer avec l'assistant et mon problème c'est qu'il créer un champ dans l'état ou s'affiche l'idPers au lieu du nom
Par contre pour les formations il m'a créer une listbox où la il affiche bien la formation correctement.
Comment faire SVP?
Merci à vous

[marot_r]

Bonjour,

Je te suggere la modification suivante :

[Suivi] idSuivi, IdPers, idFormation

Faire ta relation entre Personnel et Suivi sur IdPers.
Faire ta relation entre Formation et Suivi sur IdFormation.

Utiliser le nom de personne comme clef est generalement une mauvaise idee. Personnellement je connais environ 10 "Martin ROY" dans mon evironnement proche. Utiliser le Id evite les problemes d'homonymie.

Pour la formation tu as moins de risque d'homonymie mais c'est pour etre coherent.

Ce que je fais parfois c'est :

MaTable
NumSequence (clefPrimaire)
Code
Description

et je fais mes relations sur le champ [Code]. Cela rend les donnees plus lisible pour un humain tout en gardant une independance vis-a-vis de la description que j'affiche a l'utilisateur.

Pour ton probleme de rapport, pourrais-tu poster la requete que tu utilises comme source (soit une copie d'ecran em mode design, soit le SQL) ?

A+

[snoopy54]

En fait j'utilise bien un idPers comme clef primaire et non le nom :


mais c'est l'id N°PERSONNEL qui s'affiche dans mon état au lieu du nom
Merci de l'aide

[marot_r]

OK, tu ne peux pas seulement changer le nom d'un champ pour que les donnees s'affichent.

Et pour simplfier la maintenance je te recommande fortement de modifier ta table Suivi pour que les noms des champs qui servent aux relations portent le meme nom des deux bords de la relation. Ex : [Nom] devrait etre [NoPersonnel].

Pour faire afficher il faut faire une requete avec une jointure entre Suivi et Personnel qui a partir du [NoPersonnel] de Suivi va trouver le nom dans Personnel.

En SQL ca donne un truc qui ressemble a

Code sql :

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

select [Suivi].*, [Personnel].[Nom] from [Suivi] inner join [Personnel] on [Personnel].[NoPersonnel]=[Suivi].[NoPersonnel]

A+

[snoopy54]

Merci pour votre réponce cela donne cela?

Et la requette SQL je la met dans le champ de mon état?
Merci

[marot_r]

Pour les tables c'est cela et je remplacerai le champ [PAR] par [NoPersonnel_Par] toujours par souci de cohérence.

Pour la requête et l'état voilà comment je procedais généralement au début.

1. Je lancais l'assitant de creation de requete.
2. Je choisissais mes tables (ici Suivi, Personnel, Formation)
3. Je chosissais mes champs, ex :
   [Suivi].[NoPersonnel]
   [Personnel].[Nom]
   [Suivi].[NoFormation]
   [Formation].[Description]¸
4. Une fois que la requête affiche ce que je veux, je creais un rapport avec l'assitant de creation de rapport.

C'est ce que je trouve de plus efficace quand on débute en Access.

Et pour répondre à ta question, on ne met pas de SQL dans un champ. On peut le mettre dans la source de données du rapport ou dans une requête.

Dans un champ de rapport tu peux mettre le nom d'un champ de la source de données (table ou requête) ou une fonction intégrée (ex : =Sin(3.14/2)), une fonction publque developpée par toi ou un calcul à partir des champs du rapport (ex : =[Prix]*[Qte]).

A+

[snoopy54]

Ok merci de m'avoir bien détailler je vais tester cela dés demain merci

[snoopy54]

Je viens de comprendre ! merci de l'aide çà me retournais le cerveau ces requettes car je ne voyait pas à quoi cela servait merci