patternModerate
Am I violating any NF rule on my database design?
Viewed 0 times
violatingruledesignanydatabase
Problem
I am a newbie on creating database... I need to create it for my recruitment web application.
My application needs to schedule screenings, exams and interviews of applicants and save result in the database..
My database schema is as follows:
My problem is I included the
Am I violating any normalization rule? If I do, what do you recommend to improve my design?
My application needs to schedule screenings, exams and interviews of applicants and save result in the database..
My database schema is as follows:
My problem is I included the
applicant_id on other tables... e.g. exam, interview, exam type.Am I violating any normalization rule? If I do, what do you recommend to improve my design?
Solution
There are few things to consider other than normalization. For instance, you have a column for AGE. Are you going to update that every year? How will you know when to do that? The same goes for years of experience.
There are some columns that will probably have multiple values for each applicant: School, Course, etc.
You may also want to check your optionality on those relationships. Right now an applicant must have a related exam, but an exam does not have to have an applicant associated with it. I'm guessing that's backwards to how things work in real life. You have similar issues with all the other relationships.
It helps if you read out the relationships after you create them.
There are some columns that will probably have multiple values for each applicant: School, Course, etc.
You may also want to check your optionality on those relationships. Right now an applicant must have a related exam, but an exam does not have to have an applicant associated with it. I'm guessing that's backwards to how things work in real life. You have similar issues with all the other relationships.
It helps if you read out the relationships after you create them.
Context
StackExchange Database Administrators Q#3126, answer score: 10
Revisions (0)
No revisions yet.