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

Linking Tables



 
 
Thread Tools Display Modes
  #1  
Old January 30th, 2009, 10:46 PM posted to microsoft.public.access.tablesdbdesign
dvlander
external usenet poster
 
Posts: 16
Default Linking Tables

Suppose we have a database of projects and project assignments. The person
performing a project assignment can be either an employee or a contractor. I
have already created a separate employee table and a separate contractor
table. If I create a Project Assignment table, the Assignee obviously has to
either an employee or a contractor. Do I need to have separate fields in the
Assignment Table for EmployeeID and ContractorID and link to those two
tables? --- or, is there a way to have a single Assignee field somehow linked
to the two tables? If we have separate fields for each, one of them will be
blank for each record depending on whether an employee or contractor does the
work? Thanks.
  #2  
Old January 30th, 2009, 10:53 PM posted to microsoft.public.access.tablesdbdesign
Sninkle
external usenet poster
 
Posts: 50
Default Linking Tables

Why not have one table listing Employees and Contractors which a type field
to specify if it is Employee or Contractor. Then you only need to connect
one table to the Project Assignment table.
--
Carrie


"dvlander" wrote:

Suppose we have a database of projects and project assignments. The person
performing a project assignment can be either an employee or a contractor. I
have already created a separate employee table and a separate contractor
table. If I create a Project Assignment table, the Assignee obviously has to
either an employee or a contractor. Do I need to have separate fields in the
Assignment Table for EmployeeID and ContractorID and link to those two
tables? --- or, is there a way to have a single Assignee field somehow linked
to the two tables? If we have separate fields for each, one of them will be
blank for each record depending on whether an employee or contractor does the
work? Thanks.

  #3  
Old January 30th, 2009, 11:08 PM posted to microsoft.public.access.tablesdbdesign
dvlander
external usenet poster
 
Posts: 16
Default Linking Tables

Great suggestion - However, we track certain things for Contractors that we
would not for employees (i.e., Vendor Name, Bill Rate etc.). I guess those
fields could be blank for the employee records.

Thanks you much - I appreciate it. Dale

"Sninkle" wrote:

Why not have one table listing Employees and Contractors which a type field
to specify if it is Employee or Contractor. Then you only need to connect
one table to the Project Assignment table.
--
Carrie


"dvlander" wrote:

Suppose we have a database of projects and project assignments. The person
performing a project assignment can be either an employee or a contractor. I
have already created a separate employee table and a separate contractor
table. If I create a Project Assignment table, the Assignee obviously has to
either an employee or a contractor. Do I need to have separate fields in the
Assignment Table for EmployeeID and ContractorID and link to those two
tables? --- or, is there a way to have a single Assignee field somehow linked
to the two tables? If we have separate fields for each, one of them will be
blank for each record depending on whether an employee or contractor does the
work? Thanks.

  #4  
Old January 31st, 2009, 01:00 AM posted to microsoft.public.access.tablesdbdesign
Jeff Boyce
external usenet poster
 
Posts: 8,621
Default Linking Tables

If you have "folks who could perform a project assignment", and some folks
are Employees and others are Contractors, another approach might be to one
table to "register" folks, and two separate tables to store details (one for
Employees' details, one for Contractors' details). This way, you use the ID
from the "folks who could..." table to connect to the projects on assignment
(as suggested earlier, one table).

Regards

Jeff Boyce
Microsoft Office/Access MVP


"dvlander" wrote in message
...
Great suggestion - However, we track certain things for Contractors that
we
would not for employees (i.e., Vendor Name, Bill Rate etc.). I guess
those
fields could be blank for the employee records.

Thanks you much - I appreciate it. Dale

"Sninkle" wrote:

Why not have one table listing Employees and Contractors which a type
field
to specify if it is Employee or Contractor. Then you only need to
connect
one table to the Project Assignment table.
--
Carrie


"dvlander" wrote:

Suppose we have a database of projects and project assignments. The
person
performing a project assignment can be either an employee or a
contractor. I
have already created a separate employee table and a separate
contractor
table. If I create a Project Assignment table, the Assignee obviously
has to
either an employee or a contractor. Do I need to have separate fields
in the
Assignment Table for EmployeeID and ContractorID and link to those two
tables? --- or, is there a way to have a single Assignee field somehow
linked
to the two tables? If we have separate fields for each, one of them
will be
blank for each record depending on whether an employee or contractor
does the
work? Thanks.



 




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 04:27 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.