Discussion :

[popy67]

Bonjour,

Dans le cadre d'une CVthèque un employeur peut être intéressé par un cv mais un cv peut aussi être intéressé par un employeur.

Quelle est le meilleur schema possible :

1ère solution
Ici il existe 2 tables associatives (emploi_interesse_cv et cv_interesse_emploi)

emploi (id_emploi)
emploi_interesse_cv (id, id_emploi, id_cv)
cv_interesse_emploi (id, id_cv, id_emploi)
cv (id_cv)

selon que l'employeur est intéressé par le cv d'un candidat ou un candidat intéressé par un employeur l'enregistrement s'effectue dans l'une ou l'autre table.


2ème solution :
Ici il existe qu'une seule association, l'enregistrement quel qu'en soit le sens se fait toujours dans la table postulant mais dans celle-ci j'ai ajouté un champ "sens" permettant de savoir si l'employeur est intéressé par un cv ou si un cv qui est intéressé par un emploi...

emploi(id_emploi)
postulant(id, id_emploi, id_cv, sens)
cv(id_cv)


D'après vous quelle est la meilleure solution ?

[JPhi33]

Bonjour popy67,

Il s'agit d'un choix relevant des objectifs de gestion. Si tu souhaites aussi gérer l'intérêt des candidats (plus élégant que CV) pour les employeurs, alors il faut deux associations (solution 1). Les règles de gestion peuvent être formulées comme ceci :

R1. Un Employeur peut être intéressé par des CV
R2. Un CV peut intéresser des employeurs
R3. Un Candidat peut être intéressé par des Employeurs
R4. Un Employeur peut intéresser des Candidats

R1 et R2 modélisent l'intérêt que les employeurs portent aux CV ; R3 et R4 modélisent l'intérêt que les candidats portent aux employeurs.

Autre point. On comprend que tu assimiles les CV aux Candidats. Néanmoins, comme il s'agit de deux concepts différents, il y a peut-être lieu de modéliser deux entités différentes (donc deux tables). Tout dépend de ce qui doit être géré.