Discussion :

[Wanaka]

Bonjour,

J'essaye de me former sous Access et essaye pour ca de monter un suivi des études de ma boite.

Une premiere table : "Etude" gere le numéro d'étude (clef primaire), les dates, couts, prix de vente, et le chargé d'étude responsable de l'étude.
Pour chaque etude, un seul charge d'étude responsable, mais d'autres chargé d'études travail dessus également.

Une seconde table gère chaque chargé d'étude (clef primaire) dont leur cout horaire.

LE but : calculer le cout d'une étude, donc pour cela simplement multiplié la somme des heures de chaque chargé d'étude par le cout horaire du CE (chargé d'étude).

Une premiere requete en tableau croisé m'a permis d'obtenir un tableau des somme d'heures de travail de chaque CE par étude, mais comment faire pour obtenir le cout ensuite ???
Mais peut etre y a t'il d'autres méthoses plus simple ???

Merci d'avance !

[Pierre Fauconnier]

Bonjour

Il faut une table prestations qui reprend PK_Etude, PK_CE, temps de travail.

Après, c'est un jeu d'enfants d'avoir ce que tu souhaites.

As-tu une structure complète? Peux-tu la montrer?

[Wanaka]

Salut Pierre,

Merci pour tes infos !

Mais est il possible que cette table soit constamment à jour par rapport aux deux autres tables ???

Je te joins également la base, mais tu risques de hurler, je ne connais stricktement rien à Access et c'est mon premier test, il y a surement pleins de pbs !

PS : d'ailleurs, je suis preneur pour tout conseil !!

[Pierre Fauconnier]

Voici une copie d'écran qui te permettra cela



Attention que, dans ta table des relations, la relation CE - ETUDES n'est pas correcte. Les études doivent pointer vers la clé primaire des CE. Note que dans la requête que je te propose, le lien avec les CE se fait de la table Vie des études et pas de la table Etudes.

Conseils:
- Pas d'accents dans les noms des champs. Pour la beauté des formulaires et états, utilise la légende du champ.

- Evite les noms de tables avec espaces.

- Normalise les noms de tes champs, sinon ce sera vite la pagaille.

Personnellement, je préfère que toutes les clés primaires soient des numéroauto, mais c'est une question de choix. Cela m'évite de me poser des questions sur la nature d'une clé primaire lorsque je veux créer une liaison FK->PK

[Wanaka]

Merci beaucoup pour tous ces détails !!!!!

Je vais me pencher sur tout ca, mais j'ai déjà une petite question :
Je suis donc sous Access 2007. J'ai suprimé les relations et les ai refaite pour qu'elles correspondent à ce que tu dis. Je chercherais à mieux comprendre ton changement après ...
Mais déjà, je ne dois pas avoir les memes relations, avec un simple trait (sans les fleches comme sur ta capture d'écran), ou sinon avec les symboles de "un-à-plusieurs".
Est ce dû à une différence de version ? ou autre ?
Quoi qu'il en soit, je sens bien qu'il faut que je me penche sérieusement sur les relations ... Reste à trouver un bon tutos !!

Merci en tout cas pour tes infos !!!

[Pierre Fauconnier]

Je suis aussi sous Access 2007 pour l'illustration.

Pour voir pourquoi tu n'as pas les flèches... double-clique sur une des lignes de relations pour la modifier. Tu pourras ainsi voir trois choix, et il est important de choisir le bon.

Si tu choisis le 1 (égalité stricte), tu ne verras que les lignes pour lesquelles Access trouve une valeur commune dans les deux tables. Tu peux choisir une autre option pour demander à Access d'afficher aussi les enregistrements d'une table qui ne trouvent pas de correspondance dans la seconde.

Pour les liaisons et l'intégrité référentielle, tu peux lire ce petit débat sur l'utilité des liaisons