It all depends on how detailed records you want to keep.  Certainly if you wanted history of employee-job instances, or if simultaneously both a single employee could have multiple jobs and a single job could be done by multiple employees, you would have a Many-to-Many relationship and need a "joining" (a.k.a. "resolver" or "linking") table.
 
Thanks,
Toby
----- Original Message -----
Sent: Tuesday, November 22, 2005 6:44 AM
Subject: RE: [AccessDevelopers] Two Tables

Technically speaking, one job can be associated with one or more employees.  One employee can be associated with one or more jobs during their employment.  I think a joining table (jobnbr, employeenbr)  is the order of the day in this situation.  In this same table you could add a date hired to this job, a date terminated or date left this job, current wage, and beginning wages etc. for historical reference.  If the employee would change jobs, then you simply add a new record to this table.

Having a one to many from job to employee or employee to job would eliminate the possibility of keeping historical info related to each job to employee instance.  Just a thought.

TJ

"Jones, Glenn P MSG (Ret) FL-ARNG" <[EMAIL PROTECTED]> wrote:
Addi! ng to Toby's reply;
If you have more than one person with the same job description then you
would want to place the Job# with the personnel information.  If it is one
job one person then it really does not matter thought I prefer keeping Job#
with personnel information as personnel information is a more of a primary
table. 
The combo box you want would be created from the query which is the data
source for your form.


Glenn P. Jones
Comm.: 904 823-0653



-----Original Message-----
From: AccessDevelopers@yahoogroups.com
[mailto:[EMAIL PROTECTED] On Behalf Of Toby Bierly
Sent: Monday, 21 November, 2005 16:05
To: AccessDevelopers@yahoogroups.com
Subject: Re: [AccessDevelopers] Two Tables


Whether or not to have two tables depends.  My guess is that it should be in
two tables.  For instance, if one person leaves a job and anot! her person
takes the job, all you have to change is the personal info and link it to
the job table.  But then if personal and job info is a one-to-one
relationship, you could always have it all in one table and just edit
certain fields.

In any case, it should be fairly straightforward to create a query that
brings the two tables together to base the form on.

Create a new query, and in Design view, add both the Personal and Job
tables.  You will have to store either the Job# in the Personal table or
vice versa and then set the two tables to join on these keys in the query.

HTH,
Toby

----- Original Message -----
From: "Elena" <[EMAIL PROTECTED]>
To: <AccessDevelopers@yahoogroups.com>
Sent: Monday, November 21, 2005 7:40 AM
Subject: [AccessDevelopers] Two Tables


> Hello all,
>  I have two tables: one contains personal i! nfo the other contains job
> info. I want a form where I can select a person from a combo box and
> have their info, from BOTH tables, be displayed. I have tried using a
> query using certain criteria but I still can't get it to work. Any
> suggestions? Would it be better just to have one table containing all
> of the info?
>
>  Thanks.
>
>
>
>
>
>
>
> Please zip all files prior to uploading to Files section. Yahoo!
> Groups Links
>
>
>
>
>
>





Please zip all files prior to uploading to Files section.
Yahoo! Groups Links








SPONSORED LINKS
Microsoft access developer Microsoft access help Microsoft access database
Microsoft access training Microsoft access training course Microsoft access programming


Yahoo! FareChase - Search multiple travel sites in one click.


Please zip all files prior to uploading to Files section.




YAHOO! GROUPS LINKS




Reply via email to