Conception: contrainte unique sur un champ parent de la table

Bonjour,

J'ai une question conceptuelle. Je vais essayer d'illustrer la chose avec un exemple simple:

J'ai 3 tables:
ENTREPRISE (clé primaire NUM_ENTREPRISE)
SERVICE (clé primaire NUM_SERVICE, clé étrangère NUM_ENTREPRISE)
SALARIE (clé primaire NUM_SALARIE, clé étrangère NUM_SERVICE, NUMERO_CARTE )

Un salarié fait partis d'un service, qui fait partis d'une entreprise. Un salarié à un numéro de carte.

Mon problème est le suivant: je souhaite avoir un numéro de carte unique par entreprise.
Le problème, c'est que si dans ma table SALARIE je met une contrainte d'unicité sur [NUM_SERVICE+NUMERO_CARTE], ça me garantira un numéro unique par service, mais pas par entreprise.
La solution serait de créer une contrainte unique dans la table SALARIE sur le champ NUMERO_CARTE et sur le champ parent NUM_ENTREPRISE, mais c'est bien évidemment impossible.

Une solution simple serait d'ajouter le champ NUM_ENTREPRISE dans la table SALARIE, mais ça ferait double emploi et je ne le souhaite pas.

Avez-vous une idée?

Merci d'avance!

PS: Ma structure est bien évidemment beaucoup plus complexe, il s'agit là d'un exemple pour illustrer le problème.

Bonjour,


D'un point de vue conception, un service n'a pas lieu d'exister sans entreprise.

De ce fait il peut être considéré comme une entité faible. http://fsmrel.developpez.com/basesre...h/?page=1#L1.3

Entreprise-0,n---Possede----(1,1)-Service

Quand on passe vers le MPD, la clef primaire de la table entreprise deviendra de ce fait aussi une partie de la clef primaire du service.


Du coup, vous aurez dans votre table salarié le couple id_ent / id_ser et celui_ci sera ok d'un point de vue intégrité.



Une autre approche :

De mon point de vue ce n'est pas l'employé qui détermine un numéro de carte.
Mais c'est l'entreprise qui possède 0 à n numéro de carte.

Ce couple est ensuite associé à un employé.

Le numéro de carte étant juste un numéro je ne vois pas l'intérêt de générer une table quand on passe au MPD.

On gardera juste la table d'association découlant de :
Entreprise-0,n-----associé-----0,n-Numéro_carte

il reste à placer nos employés la dedans tout en évitant le cycle que cela induit (entre employé et la table d'association)


R_ENT_CARTE(#ENTREPRISE_ID, NUM_CARTE, #SALARIE_ID)
(en gras les clef primaires, #pour les clefs étrangères)

Le numéro de carte est donc supprimé de la table des salariés.



Vous pourriez avoir des réponses plus pertinente en postant ici : http://www.developpez.net/forums/f62...sation/schema/

Merci, je vais étudier tout ça!

Sinon, rien n'empêche d'implémenter un curseur qui vérifiera l'unicité lors des mises à jour INSERT et UPDATE sur les deux tables.

A +