|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Invité régulier
![]() Étudiant Inscription : mars 2011 Messages : 21 ![]() |
Bonjour,
Voila je vous explique mon problème, je travaille actuellement sur une application Access 2007 et je dois gérer les catégories CSP, Statuts et Niveaux des Effectifs. Mon problème réside dans le fait que je ne vois pas comment modéliser cette partie. Pour moi, un Effectif appartient à une catégorie CSP qui possède un Statut et qui lui même possède un Niveau. D'après moi, je dois agréger CSP, Statut et Niveau afin de lier effectif et le tuple résultant de l’agrégation mais je ne suis pas sur de cela... Si quelqu’un peut me renseigner ...
|
|
|
00
|
|
|
#2 |
![]() ![]() René MAROTInscription : octobre 2005 Messages : 5 470 ![]() |
Si je te suis bien avec ce que tu as écrit :
Effectif -> CSP -> Statut -> Niveau donc avec le CSP tu peux trouver le statut et avec le statut tu peux trouver le niveau. Un csp ne peu avoir qu'un seul statut et un statut ne peut avour qu'un seul niveau. Si ce que j'ai écrit au dessus est vrai alors tu n'as que le CSP à conserver dans l'effectif. A+
__________________
Vous voulez une réponse rapide et efficace à vos questions téchniques ? Ne les posez pas en message privé mais dans le forum, vous bénéficiez ainsi de la compétence et de la disponibilité de tous les contributeurs. |
|
|
00
|
|
|
#3 |
|
Invité régulier
![]() Étudiant Inscription : mars 2011 Messages : 21 ![]() |
J'avais déjà essayé cette solution mais le problème est que les trois paramètres CSP/Statut/Niveau permettent de définir un salaire standard à l'employé.
Avec cette solution, je suis incapable d'obtenir le 'profil' complet du candidat et donc de définir son salaire standard... |
|
|
00
|
|
|
#4 |
![]() ![]() René MAROTInscription : octobre 2005 Messages : 5 470 ![]() |
Formuler comme cela c'est sur que tu n'as pas le choix que de dupliquer les clefs primaires des autres tables dans ta tabel Effectif. Ensuite tu peux rendre le modèle plus ou moins rubuste :
Tables : Effectif CkefEffectif ClefCSP ClefStatut ClefNiveau CSP ClefCSP ClefStatut ClefNiveau Statut ClefStatut ClefNiveau Niveau ClefNiveau Solution robuste mais contraignate : Realtion d'intégrité entre
Version moins robuste mais moins contraignate Même tables mais relation d'intégrité entre
La 1ère architecture garantie qu'il n'y aura pas de combinaison invalide mais oblige à ce que la combinaison existe. De plus en cas de modification de la hierarchie cela peu devenir assez pénible. A+
__________________
Vous voulez une réponse rapide et efficace à vos questions téchniques ? Ne les posez pas en message privé mais dans le forum, vous bénéficiez ainsi de la compétence et de la disponibilité de tous les contributeurs. |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com