Prev: Beginner with ComboBox
Next: accdb file
From: mholt261 on 23 Apr 2010 14:31
I am pretty new at access and need help! I have several forms that I need
linked together. When I put them all together using tabs I get the #Name?
error. I have checked the "record source" and it appears to be correct.
(Unless I am not understanding it correctly). I use the field "CID" as my id
number for the relationships. Any help would be greatly appreciated.
From: John W. Vinson on 23 Apr 2010 15:42
On Fri, 23 Apr 2010 11:31:01 -0700, mholt261
<mholt261(a)discussions.microsoft.com> wrote:

>I am pretty new at access and need help! I have several forms that I need
>linked together. When I put them all together using tabs I get the #Name?
>error. I have checked the "record source" and it appears to be correct.
>(Unless I am not understanding it correctly). I use the field "CID" as my id
>number for the relationships. Any help would be greatly appreciated.

We cannot see your screen. You have not posted any information about your
table structures, what "CID" might be, or what you mean by "id number for the
relationships". Tabs are completely irrelevant; they just manage how controls
are laid out sharing screen space.

Your tables are fundamental. What are your Tables? What real-life Entity
(thing, person, event) does each table model? How are the tables related?

Forms are very distinctly secondary. There are no "relationships" between
forms - a Form will be linked to a Subform using master/child link fields, but
these will normally follow from the table relationships, not direct them.

More info please!
--

John W. Vinson [MVP]
From: mholt261 on 23 Apr 2010 16:57
I need to keep track of individuals (name, dob, address, employment...) I
have made tables for this information. Each individual is given a unique
number (CID). Instead of using a primary key number I use the CID #. (Do I
still have to use a primary key number in a table?) There is information that
changes with each individual that I need to track, such as address,
employment. I have been told to use the unique number (CID in my case) in the
relationships to keep the information connected to the individual. I want to
enter an individual's address, employment information,etc. in a separate
table or form (as this info changes periodically) and still keep track of the
previous entries. I hope this clarifies my issues.
Thanks

"John W. Vinson" wrote:

> On Fri, 23 Apr 2010 11:31:01 -0700, mholt261
> <mholt261(a)discussions.microsoft.com> wrote:
>
> >I am pretty new at access and need help! I have several forms that I need
> >linked together. When I put them all together using tabs I get the #Name?
> >error. I have checked the "record source" and it appears to be correct.
> >(Unless I am not understanding it correctly). I use the field "CID" as my id
> >number for the relationships. Any help would be greatly appreciated.
>
> We cannot see your screen. You have not posted any information about your
> table structures, what "CID" might be, or what you mean by "id number for the
> relationships". Tabs are completely irrelevant; they just manage how controls
> are laid out sharing screen space.
>
> Your tables are fundamental. What are your Tables? What real-life Entity
> (thing, person, event) does each table model? How are the tables related?
>
> Forms are very distinctly secondary. There are no "relationships" between
> forms - a Form will be linked to a Subform using master/child link fields, but
> these will normally follow from the table relationships, not direct them.
>
> More info please!
> --
>
> John W. Vinson [MVP]
> .
>
From: John W. Vinson on 23 Apr 2010 18:24
On Fri, 23 Apr 2010 13:57:01 -0700, mholt261
<mholt261(a)discussions.microsoft.com> wrote:

>I need to keep track of individuals (name, dob, address, employment...) I
>have made tables for this information. Each individual is given a unique
>number (CID). Instead of using a primary key number I use the CID #. (Do I
>still have to use a primary key number in a table?)

Sounds like the CID *is* (or should be) the primary key. Microsoft tries to
suggest that "Primary Key" is synonymous with "Autonumber" but that is not the
case; a primary key must be unique within the table, and should be stable and
short, but it can be a Number, Text, even a date. I'm guessing that yours
would be in a Text field.

>There is information that
>changes with each individual that I need to track, such as address,
>employment. I have been told to use the unique number (CID in my case) in the
>relationships to keep the information connected to the individual. I want to
>enter an individual's address, employment information,etc. in a separate
>table or form (as this info changes periodically) and still keep track of the
>previous entries. I hope this clarifies my issues.
>Thanks

In that case the CID would be a *foreign key* in these related tables (not the
primary key). Your table of (say) addresses would have an AddressID primary
key; this could very well be an autonumber. It would also have a CID field of
the same datatype and size as the CID of the table of individuals, to be used
as a foreign key.

For data entry you could use a form based on the table of individuals, with
one or more Subforms based on the related tables, using CID as the
Master/Child Link Field.

See the resources at:

Jeff Conrad's resources page:
http://www.accessmvp.com/JConrad/accessjunkie/resources.html

The Access Web resources page:
http://www.mvps.org/access/resources/index.html

Roger Carlson's tutorials, samples and tips:
http://www.rogersaccesslibrary.com/

A free tutorial written by Crystal:
http://allenbrowne.com/casu-22.html

A video how-to series by Crystal:
http://www.YouTube.com/user/LearnAccessByCrystal

MVP Allen Browne's tutorials:
http://allenbrowne.com/links.html#Tutorials

--

John W. Vinson [MVP]
 | 
Pages: 1
Prev: Beginner with ComboBox
Next: accdb file