Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations IamaSherpa on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

acess help please! 3

Status
Not open for further replies.

GBMiller4159

Technical User
Oct 12, 2012
4
US
I want to make a table for Operators and One for Maintenance Men
Make it so that I can type in each person, what they're certified for and what shift they work.
I tried making a table for both, but I can't repeat any information (obviously) so If someone was certified in 4 or 5 different areas, I couldn't enter that in the table, Only one cert per person
is there another, easier way to do this, instead of making a table for each certification and then listing the people and their shifts?
 
Can a person work more in more than one shift?

Do you understand normalization? If not, you might want to search the web to find some good information on creating good table structures. I don't expect I would create separate tables for Operators and Maintenance. Employee certifications should be stored in a junction table.

Duane
Hook'D on Access
MS Access MVP
 
Some employees do work more than one shift, just depending if they get called in to cover for someone who is out. I'm wanting to do something, so when the time stamp can tell which shift should be working, it only lists the people that are supposed to be on that shift, so no one can enter a work order request under someone else's name. Honestly, I just did a two week crash course on access, I'm really not great, nor do I understand all the aspects of it, but it just got thrown at me, so I'm rolling with the punches right now
 
Those sound like three different entities to me. There is the temptation to try to jam them all into one table but try this structure

[pre]
tblEmployee
EmployeeID <-- Some unique identifier for the employee
EmployeeType <-- Ideally linked to some table of types
like 'Operator', 'Maintenance', etc.

tblEmplCertification
EmployeeID <-- Link to the employee table
Certification <-- Describes what certification they have
(should also be in a table of 'legal' certifications)
[blue]Other fields such as date certified, expires on, etc.[/blue]
[blue]if those are required.[/blue]

tblEmplShifts
EmployeeID <-- Link to the employee table
Shift <-- A shift number perhaps
(Provide details about the shifts in a Shift table.)[/pre]

With that structure you can easily report certifications for operators or shifts for maintenance people and you need to enter only relevant data.
 
I suggest you review some information at Crystal Long's tutorials particularly 3. normalizing data.

You need to start with your table structures. Build something and post back here with your tables, fields, and relationships for some feedback. Don't worry about anything else until you get your tables correct.

Duane
Hook'D on Access
MS Access MVP
 
I must agree with Duane. In my brief layout I omitted some of the jargon about primary keys, foreign keys, indexes, relationships, normal forms and the like. You do need to know that stuff though and the reference Duane gave you is an excellent place to start.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top