Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsFormsForms ProgrammingQueriesModules / DAO / VBAReports / PrintingMacrosDatabase DesignSecurityConversionImporting / LinkingSQL Server / ADPMultiuser / NetworkingReplicationSetup / ConfigurationDeveloper ToolkitsActiveX ControlsNew UsersGeneral 1General 2
Access DirectoryToolsTutorialsUser Groups
Related Topics
SQL ServerOther DB ProductsMS OfficeMore Topics ...

MS Access Forum / General 2 / September 2007

Tip: Looking for answers? Try searching our database.

Fill data entry form

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Johnny - 16 Sep 2007 13:02 GMT
Hello

when inserting new costumer in a data entry form, I want to check if
he already exist, and if so I need to fill the in the entry form as a
new record with all data in table related to that costumer.

Thanks in advance
UpRider - 16 Sep 2007 14:23 GMT
If the customer already exists, why do you want to add him to your table
again?

UpRider

> Hello
>
[quoted text clipped - 3 lines]
>
> Thanks in advance
Johnny - 16 Sep 2007 22:21 GMT
> If the customer already exists, why do you want to add him to your table
> again?
[quoted text clipped - 10 lines]
>
> - Mostrar texto citado -

Hi UpRider

The problem is that costumers can get in and out. When they left I
store all info. of that costumer in other table, when that costumer is
registred again as new I don?t want to retype all info again and store
as a new record. So the purpose is:
Add new record for that costumer, check if name exist, if so, retrieve
all info from table and fill in the entry form as new record, allowing
also to fill new info. and store when finishing.
Users are supose to write the name in accordance with ID card, to
avoid different name for same person.
Primary key is CostumerID (auto-number).

Thanks
Johnny
tina - 17 Sep 2007 01:08 GMT
the solution is to use one table to store customer records. add a field for
Terminated or Inactive - a Yes/No field will do, though i would more likely
use a Date/Time field as that more specific data often comes in handy. it's
easy to query for active (or inactive) records only - and re-instating a
customer can be as easy as deleting the date in the field, or changing a Yes
to a No.

hth

On 16 Set, 14:23, "UpRider" <good...@nothere.com> wrote:
> If the customer already exists, why do you want to add him to your table
> again?
[quoted text clipped - 14 lines]
>
> - Mostrar texto citado -

Hi UpRider

The problem is that costumers can get in and out. When they left I
store all info. of that costumer in other table, when that costumer is
registred again as new I don´t want to retype all info again and store
as a new record. So the purpose is:
Add new record for that costumer, check if name exist, if so, retrieve
all info from table and fill in the entry form as new record, allowing
also to fill new info. and store when finishing.
Users are supose to write the name in accordance with ID card, to
avoid different name for same person.
Primary key is CostumerID (auto-number).

Thanks
Johnny
Henry J - 16 Sep 2007 14:30 GMT
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,
Access will show an error message "duplicate key".

Signature

microbus

> Hello
>
[quoted text clipped - 3 lines]
>
> Thanks in advance
tina - 16 Sep 2007 15:02 GMT
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
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.