Passage de Paramètre de Requête de Sous-Rapport
Il a été un long temps depuis que j'ai travaillé avec MS Access et je ne suis pas sûr si je fais ce droit.
J'ai un Rapport lié à une requête de la simple liste de noms d'utilisateur. Le rapport des groupes sur le nom d'utilisateur et a un sous-rapport dans le détail qui est un tableau.
Le sous-rapport/graphique est basé sur une requête qui accepte un paramètre de nom d'utilisateur. Depuis le sous-rapport n'est pas lié, j'ai besoin de passer le paramètre nom d'utilisateur du rapport principal de détail d'événement onload vers le sous-rapport, et donc à la requête sous-jacente.
Je ne suis pas la compréhension de la façon de faire que cela se produise ou même si ma démarche est bonne.
(p.s. j'ai posté sur "Super Utilisateur" mais ne vois pas beaucoup de gens utilisent ce site.)
Merci pour l'aide
Link Master Fields
et Link Child Fields
?Oui, il n'est pas lié. Ces champs ne peuvent pas être définies dans la fenêtre de propriété.
OriginalL'auteur ChiliYago | 2013-04-26
Vous devez vous connecter pour publier un commentaire.
Pour obtenir le plein bénéfice de sous-rapports, ils doivent être liés à une source (table ou requête) et utiliser le
Link Master Fields
etLink Child Fields
propriétés du sous-Formulaire/sous-état de contrôle de "synchroniser" les données de sous-état à l'enregistrement parent.Dire que vous avez un [Utilisateurs] table
et un [UserTraffic] table
Votre rapport principal [UserReport] est lié à [Utilisateurs] et contient un contrôle de sous-état sur la base du rapport [UserTraffic_subreport]
Lorsque vous utilisez ce rapport dans votre sous-Formulaire/sous-état de contrôle sur votre formulaire principal...
...assurez-vous de définir le
Link Master Fields
etLink Child Fields
propriétés......de sorte que votre rapport sera comme ceci:
Noter que cet exemple, requis, pas de code VBA.
Modifier
Les mêmes principes s'appliquent lors de l'ajout d'un diagramme à un rapport. Le rapport suivant affiche le trafic des utilisateurs par jour, de sorte que la Source d'Enregistrement pour le rapport principal est
Le rapport utilise un Tableau de contrôle au lieu de la sous-Formulaire/sous-état de contrôle...
...et les propriétés de la carte de contrôle sont...
Le rapport qui en résulte ressemble à ceci
J'ai mis à jour ma réponse pour ajouter un exemple de diagramme.
La seule différence entre votre rapport et la mienne est que je suis à l'aide d'une requête croisée en tant que source du graphique. La requête source du graphique a un paramètre de nom d'utilisateur. Le nom d'utilisateur n'est pas affiché dans la requête qu'il rend ainsi un lien maître/enfant indisponible sur le concepteur de rapports. Le rapport principal a la source de données des utilisateurs afin que chaque enregistrement de rapport est un utilisateur. Le nom d'utilisateur doit consulter le rapport en quelque sorte, pour que le bon graphique s'affiche. Encore une fois... vous ne savez pas si je suis la même approche de ce correctement. Beaucoup remercions de la patience et de l'aide.
Je pense que j'ai besoin de modifier dynamiquement le contenu de l'instruction SQL sur chaque enregistrement. Probablement sur la onprint & onpaint événements.
Est le seul but de la requête de paramètre pour isoler les enregistrements pour un seul utilisateur? Si oui, vous pourriez être en mesure de modifier la requête afin qu'il renvoie des résultats pour tous les utilisateurs et inclut le nom d'utilisateur comme une colonne supplémentaire de sorte que le Maître/Enfant, la relation peut être établie.
OriginalL'auteur Gord Thompson