Rechercher : dans
Par :

Access, créer une table à partir d'une query

Dernière réponse le 17 jan 2008 à 15:49:33 barthonath, le 11 jan 2008 à 08:54:42 
 Signaler ce message aux modérateurs

Bonjour,

Voilà j'aimerais que l'on m'aide si c'est possible.

J'ai un query qui reprend une série de données (rapport de visite): date RDV, rapport détaillé, infos importantes pour Mr X.
J'ai deux champs nommé "infos importantes pour", dans ce champs il y a chaque fois le nom d'une personne. J'aimerais que automatiquement si il y a par exemple le nom de Mr Tartenpion, il puisse en cliquant surv un bouton à son nom dans un formulaire trouver derrière le détail de mon rapport. (et donc uniquement si il y a son nom dans infos importantes pour) Ceci afin d'éviter que tout le monde s'amuse à lire des rapports qui ne les concerne pas !

Comment faire cela ?

Programmer quelque chose dans le formulaire ?

merci de votre aide

nathalie

Configuration: Windows XP
Internet Explorer 6.0

Meilleures réponses pour « Access, créer une table à partir d'une query » dans :
Windows 7 : Créer une partition recovery Voir Cette astuce vous permettra de créer une partition "recovery" en trois étapes simples. Après quelques essais avec Windows 7, il est vraisemblablement possible de créer une partition cachée, permettant d'avoir accès à tous les outils de réparation,...
SQL - Création de table VoirLe SQL, comportant un langage de définition de données (LDD), permet de créer des tables. Pour cela, il utilise le couple de mots clés CREATE TABLE. La création de tables Le création de tables se fait à l'aide du couple de mots-clés CREATE...

1

barthonath, le 11 jan 2008 à 09:18:33

Je viens de penser à quelques choses !

J'ai changé ma table de départ !

J'ai mis un champ par personne concernée (nous sommes 10 dans le team donc 10 champs) avec (Yes/NO en data type)

Quand il y a une infos dans le rapport pour une des personnes, on coche.

Et mon idée serait de créer un rapport pour chaque personne et de mettre une condition si c'est coché alors y mettre le contenu du rapport sinon rien -> mais comment mettre cette condition dans un rapport ?

merci

Répondre à barthonath

2

blux, le 11 jan 2008 à 09:19:20

Salut,

c'est possible, mais comment savoir si c'est M. Tartempion devant le clavier ?

A+ Blux

 "Les cons, ça ose tout.
C'est même à ça qu'on les reconnait"

Répondre à blux

3

barthonath, le 11 jan 2008 à 09:45:05

Bon ça c'est pas une réponse ! Merci quand même !

Répondre à barthonath

4

blux, le 11 jan 2008 à 10:01:18

Mon message 3 répond à la question 1, pas à la question 2...

De toutes façon, il faut identifier qui est devant l'écran pour ne sortir que les informations qui lui sont propres...

A+ Blux

 "Les cons, ça ose tout.
C'est même à ça qu'on les reconnait"

Répondre à blux

5

barthonath, le 17 jan 2008 à 14:46:41

Je pense que je me suis mal exprimée

En fait nous sommes 10 collègues, on aura t ous accès au fichier access qui sera mis sur un serveur !

Je veux que chaque personne ai derrière un bouton que les rapports qui le concernent ceci afin qu'il ne perde pas son temps à lire tout

J'ai donc ajouter 10 champs avec chaque prénom et le data type: YES/ NO

quand une personne fait son rapport si il y a une info pour une des personnes elle coche à côté du prénom

Donc par la suite j'aimerais faire un rapport pour chaque personne reprenant les rapports où on a coché son nom

Suis-je clair ?

merci de votre aide !

Répondre à barthonath

6

blux, le 17 jan 2008 à 15:00:27

Je conmrends pas tout, mais l'histoire des 10 champs est un piège à débutant.

Il faut créer une table intermédiaire qui fera le lien avec les prénoms et les rapports. Il sera ensuite plus facile de sélectionner les rapports pour un prénom (clause where prenom = 'jean') que de tester les champs pour savoir s'ils conviennent avec 10 requêtes différentes : (where champ-pierre = yes) et 9 autres requêtes (where champ-jean = yes...)

A+ Blux

 "Les cons, ça ose tout.
C'est même à ça qu'on les reconnait"

Répondre à blux

7

barthonath, le 17 jan 2008 à 15:18:22

Non mais le soucis est qu'une personne fait un rapport et que dans ce rapport il y a des infos pour deux personnes ou 3 personnes !

C'est pour cela que j'ai fait un champ par personne

Répondre à barthonath

8

 blux, le 17 jan 2008 à 15:49:33

Non mais le soucis est qu'une personne fait un rapport et que dans ce rapport il y a des infos pour deux personnes ou 3 personnes !
Justement, avec une table intermédiaire, ce n'est plus un souci.

Quand la personne fait un rapport, elle dispose d'une zone de liste à choix multiple dans laquelle elle coche 1 ou n prénoms. Cette action met à jour la 'table intermédiaire' dont je parlais plus haut pour faire le lien entre le document courant et les prénoms que l'on choisit d'y rattacher...

Avec ta méthode, comment imagines-tu gérer les changements de personne dans cette liste (ajout, suppression...) autrement qu'en traffiquant la table et les requêtes ?

A+ Blux

 "Les cons, ça ose tout.
C'est même à ça qu'on les reconnait"

Répondre à blux