I will explain myself better. I have a form based off my customer table with
the search combo boxes you suggested. I wanted to add a subform with the call
information on it. I wanted to display (not record) some of the customer info
from the main form on to the subform after the customer was selected. But I
realized a problem. If I insert a subform there has to be master and child
links that match each other. Which means records on the main form would have
to be added. But I don't want to do that. I just want to search the main
form.
If there is a better way please let me know. I hope this cleared it up.
Thanks for responding, Dustin
> >I am questioning my design of the form. I am doing a call tracking form for
> >customers. I have it set up to search for the customer in a couple of ways 1)
[quoted text clipped - 19 lines]
>
> John W. Vinson [MVP]
>I will explain myself better. I have a form based off my customer table with
>the search combo boxes you suggested. I wanted to add a subform with the call
[quoted text clipped - 4 lines]
>to be added. But I don't want to do that. I just want to search the main
>form.
I don't understand.
If you search for a record on the mainform, and use the customer ID as the
master/child link field so that the subform is displaying calls for that
customer, you do NOT need to add any records on the main form. You *find* the
customer's record on the main form - that establishes the master link field;
the subform will automatically display just that customer's calls.
Why do you feel that "records on the main form would have to be added"? Or do
you want to record calls made by a customer, before any record for that
customer exists? If so, how on Earth can you tell what customer it is?
And why do you need to display the customer name on BOTH the mainform and also
the subform? They're both on screen at the same time - the name is *right
there in plain sight*.
John W. Vinson [MVP]
Dustin - 20 Jul 2007 16:38 GMT
Thanks for responding.
Ok, I understand what you are saying. See, I thought that a new record had
to be made on the new form from my previous experience with subforms. But now
I understand that they don't. I will try what you said with the subform.
To answer your question of why do I want display customer info in the
subform. Is because I want to be able to query the subform table and be able
to identify whether certain size machines are having problems. If they are
how many and so forth.
I would appreciate any other comments or ideas. Sorry for the confusion I am
pretty new at this.
Thanks Dustin
> >I will explain myself better. I have a form based off my customer table with
> >the search combo boxes you suggested. I wanted to add a subform with the call
[quoted text clipped - 22 lines]
>
> John W. Vinson [MVP]
John W. Vinson - 20 Jul 2007 19:50 GMT
>Thanks for responding.
>
[quoted text clipped - 9 lines]
>I would appreciate any other comments or ideas. Sorry for the confusion I am
>pretty new at this.
If you need a query with criteria from both tables, base the query on both
tables.
Storing data redundantly in the child table is NOTHING BUT TROUBLE and will be
of *no* benefit.
You have the customerID in the child table, so you can create a Query joining
it to the customer table. This gives you all of the fields in both tables,
available for display, searching, or sorting. Copying the field from the main
table into the child table just opens a huge opportunity for having WRONG data
in one table or the other.
John W. Vinson [MVP]
Dustin - 20 Jul 2007 23:38 GMT
Thanks again John
Dustin
> >Thanks for responding.
> >
[quoted text clipped - 23 lines]
>
> John W. Vinson [MVP]