A Microsoft Office (Excel, Word) forum. OfficeFrustration

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Go Back   Home » OfficeFrustration forum » Microsoft Access » Running & Setting Up Queries
Site Map Home Register Authors List Search Today's Posts Mark Forums Read  

Duplicate report pages with select query



 
 
Thread Tools Display Modes
  #1  
Old July 22nd, 2008, 05:53 PM posted to microsoft.public.access.reports,microsoft.public.access.queries
Rich[_17_]
external usenet poster
 
Posts: 23
Default Duplicate report pages with select query

Hi All,

Here's the situation... I have two tables, one with detail information
(with Unique MemberID as key), another with the MemberID and unlimited
choices for group. A member can have as many "groups" as they want to
be associated with.

I have a select query with both tables, connected by the MemberID

I have a form with the option of selecting a member and/or selecting
all/one or many groups (select list box based on groups) to run a report
on for members. With this info, I build a criteria string that gets
passed into the report in the "WhereCondition" option.

Hope I still have you....

The report is based on the query. If I run the report from the option
form and don't select a group (all groups), then I get the member listed
in the report the same # of times as the number of groups they belong
to. I have set the MemberID HideDuplicates to "Yes", which doesn't
work. If I remove the group table from the query, then I can't pass in
the group selection in the "WhereCondition" part of running the report.

I want only the member to be printed once, no matter how many groups
they belong to.

This doesn't seem like a hard thing to do, I just can't seem to get my
hands around it.

Thanks in advance,
RJC
  #2  
Old July 22nd, 2008, 10:00 PM posted to microsoft.public.access.queries,microsoft.public.access.reports
Klatuu
external usenet poster
 
Posts: 7,074
Default Duplicate report pages with select query

Use the report's sorting and grouping.
Make the member a group and only print the member in the group header.
Put the groups he belongs to in the detail section. Then it doesn't matter
how many he belongs to.
--
Dave Hargis, Microsoft Access MVP


"Rich" wrote:

Hi All,

Here's the situation... I have two tables, one with detail information
(with Unique MemberID as key), another with the MemberID and unlimited
choices for group. A member can have as many "groups" as they want to
be associated with.

I have a select query with both tables, connected by the MemberID

I have a form with the option of selecting a member and/or selecting
all/one or many groups (select list box based on groups) to run a report
on for members. With this info, I build a criteria string that gets
passed into the report in the "WhereCondition" option.

Hope I still have you....

The report is based on the query. If I run the report from the option
form and don't select a group (all groups), then I get the member listed
in the report the same # of times as the number of groups they belong
to. I have set the MemberID HideDuplicates to "Yes", which doesn't
work. If I remove the group table from the query, then I can't pass in
the group selection in the "WhereCondition" part of running the report.

I want only the member to be printed once, no matter how many groups
they belong to.

This doesn't seem like a hard thing to do, I just can't seem to get my
hands around it.

Thanks in advance,
RJC

 




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Forum Jump


All times are GMT +1. The time now is 10:43 AM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2024 OfficeFrustration.
The comments are property of their posters.