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 » General Discussion
Site Map Home Register Authors List Search Today's Posts Mark Forums Read  

Form and Table relations



 
 
Thread Tools Display Modes
  #1  
Old October 6th, 2009, 06:57 PM posted to microsoft.public.access
Abraham
external usenet poster
 
Posts: 4
Default Form and Table relations

Help! I need to relate the content of two different forms in access 2007
using an element (id or control number) of a common table. How can I do
that? Thanks!
--
Abraham/Evaluator
  #2  
Old October 6th, 2009, 07:18 PM posted to microsoft.public.access
Klatuu
external usenet poster
 
Posts: 7,074
Default Form and Table relations

Does your table have a unique primary key? That would be the way for the two
forms to have a common indentifier, but if the forms are not a form/subform,
then one knows nothing about the other; however, you can make them sync up
using VBA. You would need code in the Form Current event of each form so
that when you change records in one, it will move the other form to the same
record.

It would be something like:

If not Me.NewRecord Then
With Forms!OtherForm.RecordsetClone
.FindFirst "[UniqueID] = " & Me.txtUniqueID
If Not .NoMatch Then
Forms!OtherForm.Bookmark = .Bookmark
End If
End With
End If
--
Dave Hargis, Microsoft Access MVP


"Abraham" wrote:

Help! I need to relate the content of two different forms in access 2007
using an element (id or control number) of a common table. How can I do
that? Thanks!
--
Abraham/Evaluator

  #3  
Old October 6th, 2009, 07:18 PM posted to microsoft.public.access
Jackie L
external usenet poster
 
Posts: 148
Default Form and Table relations

Wow,
That is a general question. The main thing you need to take care of before
setting up your forms is to get your table structure set up correctly. If
you are uncertain of your key fields, do not continue with the forms until
that is designed out correctly or you will find yourself going in circles.

After that point, you can relate the data through queries or code. Let us
know if you need help with the table structure. Can you give us an idea of
the information you are trying to work with?

Jackie

"Abraham" wrote:

Help! I need to relate the content of two different forms in access 2007
using an element (id or control number) of a common table. How can I do
that? Thanks!
--
Abraham/Evaluator

  #4  
Old October 6th, 2009, 08:13 PM posted to microsoft.public.access
Abraham
external usenet poster
 
Posts: 4
Default Form and Table relations

Thank you for answer! I went back to the table and I think it is well design.
The problem is that the table contains too much information and it's
impossible to have all the information in one form so I designed two separate
forms, the problem is that now I don't know how to link their content into
the same table row. The table has an unique identifier. The purpose of the
forms is to facilitate the data entry process of a community survey with 31
questions (table).
Thank you for your help
--
Evaluator


"Jackie L" wrote:

Wow,
That is a general question. The main thing you need to take care of before
setting up your forms is to get your table structure set up correctly. If
you are uncertain of your key fields, do not continue with the forms until
that is designed out correctly or you will find yourself going in circles.

After that point, you can relate the data through queries or code. Let us
know if you need help with the table structure. Can you give us an idea of
the information you are trying to work with?

Jackie

"Abraham" wrote:

Help! I need to relate the content of two different forms in access 2007
using an element (id or control number) of a common table. How can I do
that? Thanks!
--
Abraham/Evaluator

  #5  
Old October 6th, 2009, 08:56 PM posted to microsoft.public.access
John W. Vinson
external usenet poster
 
Posts: 18,261
Default Form and Table relations

On Tue, 6 Oct 2009 12:13:03 -0700, Abraham
wrote:

Thank you for answer! I went back to the table and I think it is well design.
The problem is that the table contains too much information and it's
impossible to have all the information in one form so I designed two separate
forms, the problem is that now I don't know how to link their content into
the same table row. The table has an unique identifier. The purpose of the
forms is to facilitate the data entry process of a community survey with 31
questions (table).


If you have 31 *fields* in the table for the 31 questions... you've fallen
into the very common "survey spreadsheet" trap. This design is WRONG and will
get you into all sorts of problems (e.g. what do you do if you need to add
questions 32 and 33 - redesign your table, all your forms, all your queries,
all your reports!? OUCH!)

Consider instead using *three* tables: Questions (31 rows, until you decide to
add a new question or two); Surveys (one record for each person surveyed);
and Answers, related one to many to both these tables. For an excellent
worked-out example see Duane Hookum's "At Your Survey":
http://www.rogersaccesslibrary.com/Otherdownload.asp?SampleName='At%20Your%20Survey%2 02000'

or

Roger Carlson's Training Registration database:
http://www.rogersaccesslibrary.com/d...gistration.mdb
--

John W. Vinson [MVP]
  #6  
Old October 6th, 2009, 09:14 PM posted to microsoft.public.access
Jackie L[_2_]
external usenet poster
 
Posts: 3
Default Form and Table relations

Abraham,

You could have one form with the data from your header table then the second
form should be for the detail (survey responses?). In order to link the
frmHeaderInfo to the frmSurveyDetail, you can create a query for the
frmSurveyDetail (from the table tblSurveryDetail) and in the criteria
section of the query, use the expression builder to point to the unique ID
field in frmHeaderInfo. Use that query as the record source for your
frmSurveyDetail. Then put a button on your frmHeaderInfo to open the
frmSurveyDetail. It will only show the information for the record you are
currently on on frmHeaderInfo.

It sounds like you have too much info to fit on a subform or tab control,
that is why my example is using two separate forms.

Hope this helps,
Jackie


"Abraham" wrote in message
...
Thank you for answer! I went back to the table and I think it is well
design.
The problem is that the table contains too much information and it's
impossible to have all the information in one form so I designed two
separate
forms, the problem is that now I don't know how to link their content into
the same table row. The table has an unique identifier. The purpose of
the
forms is to facilitate the data entry process of a community survey with
31
questions (table).
Thank you for your help
--
Evaluator


"Jackie L" wrote:

Wow,
That is a general question. The main thing you need to take care of
before
setting up your forms is to get your table structure set up correctly.
If
you are uncertain of your key fields, do not continue with the forms
until
that is designed out correctly or you will find yourself going in
circles.

After that point, you can relate the data through queries or code. Let
us
know if you need help with the table structure. Can you give us an idea
of
the information you are trying to work with?

Jackie

"Abraham" wrote:

Help! I need to relate the content of two different forms in access
2007
using an element (id or control number) of a common table. How can I
do
that? Thanks!
--
Abraham/Evaluator



 




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 08:44 PM.


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