conception de la base de données - normalisation de la table

Question

Je souhaite autoriser les utilisateurs à créer leur CV en ligne. La création de reprise aura quelques étapes. Après la première étape, le CV sera sauvegardé. Il peut entrer des données pour d'autres étapes plus tard ou il peut passer à l'étape suivante après la première étape.

Étape 1 Infos personnelles: titre nom adresse téléphone email

étape 2 Histoire de l'emploi: Objectif carrière Position récente Position précédente (Il peut entrer dans autant de positions qu'il peut)

étape 3 éducation: (titre, année d'achèvement, etc.) (beaucoup)

step 4 Compétences: Non technique compétences informatiques (nombreuses)

J'ai décidé qu'il y aura une table pour les champs qui n'ont pas besoin de plus d'une entrée. par exemple, l'utilisateur aura de nombreuses compétences en informatique, l'éducation, les postes précédents, c'est pourquoi ils vont tous aller dans l'autre tableau avec CV unique et le reste des champs resteront dans la table de reprise.

Est-ce une approche élégante selon la base de données? Ou Devrais-je faire des tableaux séparés pour chaque étape car il y aura un formulaire séparé et il sera facile pour moi de gérer.

Answer 1

La normalisation est une information non redondante, en d'autres termes: il ne peut pas y avoir de doublon d'une entrée.

Votre système pourrait ressembler à:

Person -> has 1 or many EmploymentHistory 
     -> has 1 or many Education 
     -> has 1 or many Skill 

Vous pouvez vous décider comment vous voulez le mettre en place. Vous pouvez créer un ensemble d'objets Education et Compétences dans des tableaux conçus de la sorte, ou le faire comme indiqué ci-dessus. Si vous créez des tableaux d'éducation et de compétences, votre schéma pourrait ressembler à:

Person -> 1 or many -> LinkTable PersonToEducation -> 1 or many -> Education 
     -> 1 or many -> LinkTable PersonToSkill  -> 1 or many -> Skill