>I need the Union Qry... or so I think I do because... to use Jeanette's
> example I am pulling...
[quoted text clipped - 4 lines]
>
> to get 2 fields.
sorry, it is hard to explain what you don't understand.
both tables have data about products that are on hold. They are on hold for
totally different reasons, thus why 2 tables. I'm trying to create one
report that tells me everything in the building on hold and why, thus why I'm
trying to pull information from both places.
I did set up each table with the look up wizard so when filling out the form
you select from the combobox, This is set up in both tables.
Then what I did was make a query off each table to pull just the "hold"
product info I needed, then I wrote the Union qry to pull the data from each
of the other 2 queries so the info is together for the report.
Where I ended up was that everything worked perfect and I got teh info
needed with the exception that the Union qry is reporting #s instead of text.
So, hopefully to answer your question is that programmatically the tables
are not related at all, functionally however they both have data I want in
one report.
I hope this explains the background better and helps you to assist.
Thank you.
> >I need the Union Qry... or so I think I do because... to use Jeanette's
> > example I am pulling...
[quoted text clipped - 13 lines]
> description text, I don't see how this query is relevant to your original
> post (which I understood to be about a Combo Box in a query datasheet).
Jeanette Cunningham - 18 Apr 2008 22:40 GMT
AJ,
It would be much easier if
1. you had only one table for products on hold.
The table would have an extra field (column) for reason on hold.
Then you won't need the union query.
2. Using the lookup wizard on tables is not popular among access developers.
It causes many problems, and for ease of developing your database, it is
best avoided.
3. Instead of the lookup wizard on your table, use that extra field to hold
the reason for the product being on hold.
If there are several main reasons for a product being on hold, you can
create a separate table for the 'on hold' reasons.
This table would have 2 fields, a primary key field called OnHoldID,
autonumber, and a reason field.
Your product table would have the OnHoldID as a foreign key and there would
be a one to many relationship between the 2 tables.
Make the join type to show all the records from products and only the
matching records from the OnHold table.
The users would have a drop down box to choose the reasons for a product
being on hold.
Jeanette Cunningham
> sorry, it is hard to explain what you don't understand.
>
[quoted text clipped - 46 lines]
>> description text, I don't see how this query is relevant to your original
>> post (which I understood to be about a Combo Box in a query datasheet).