either example serves as a poor primary key, i'm afraid. phone number
change, and get recycled. people move, and get married, divorced, or change
their names for other reasons, and of course many people with the same first
three letters of name (never mind same name entirely) can live in the same
zip code. the purpose of the primary key is to uniquely identify each record
*to the system*, in order to relate records between tables (see
http://www.dbpd.com/vault/9805xtra.htm). in the cases of the examples
posted, an autonumber would serve the purpose much better.
hth
> What is your primary key such as a phone number, or customerID combined of
> zipcode + 1st three letters of name. When you try to add the customerID,
[quoted text clipped - 7 lines]
> >
> > Thanks in advance
Pete - 16 Sep 2007 22:45 GMT
Is it all the same table, use a combo box to look up a record, a find combo
box. Wizard will help you create it.
Pete D.
> either example serves as a poor primary key, i'm afraid. phone number
> change, and get recycled. people move, and get married, divorced, or
[quoted text clipped - 22 lines]
>> >
>> > Thanks in advance
Henry J - 17 Sep 2007 14:12 GMT
True,
While autonumbers are unique, for users they do not exist. So, the user
must have something they recognize and know. So autonumbers for user
purposes are a poor example.

Signature
microbus
> either example serves as a poor primary key, i'm afraid. phone number
> change, and get recycled. people move, and get married, divorced, or change
[quoted text clipped - 18 lines]
> > >
> > > Thanks in advance