You guys posted while I was typing, but here it is anyway.....
From what you ave provided I have some thoughts..... (this is top of the head stuff, subject to change, and worth what you paid for it
)
Read Crystal's tutorial. I still read it and pick up things.
The reason I say to read the tutorial is that you are "committing spreadsheet". That is when you design your tables to look like Excel. You have to forget about Excel (spreadsheets). A relational database is not a spreadsheet.
For example, the Employee table example you gave. You have data (cca02) as field names. A better structure would (MIGHT) be (as a start):
Code:
tblEmployee
-------------
EmpID (PK) FName LName
1 Julie Jones
2 Sam Spade
Code:
tblCompetency
-------------
CompetencyID Category
1 cca01
2 cca02
3 ccb01
4 ccb02
Code:
tblPosition
------------
PositionID PosDesc
1 receptionist
2 executive assistant 1
3 executive assistant 2
---------------
Junction tables
---------------
Code:
tblEmp_Rating
---------------
Rating_PK EmpID_FK CompetencyID_FK CompetancyRating
1 1 1 4
2 1 2 3
3 1 3 4
4 1 4 4
Code:
tblPositionCompetency
------------
PosCompID PositionID_FK CompetencyID_FK Rating
1 1 1 5
2 2 1 4
3 3 1 4
4 1 2 3
5 2 2 4
6 3 2 4
Using your structure, what would happen if you wanted to add another position? Or another competency? You would have to change your tables, forms, queries, code and reports.
If you take the time to design a structure that is in 3rd normal form, you add the new position to a table and you are done!
Start the design process using paper and pencil (or a white board - my favorite)... it really helps.....
Remember, the ideas expressed here have a limited guarantee.....
whoops, it just expired