voilà mon MCD et mon problème,c'est avec la cardinalité entre EMPLOYE et ADMIN. J'ai besoin d'aide s'il vous plait
voilà mon MCD et mon problème,c'est avec la cardinalité entre EMPLOYE et ADMIN. J'ai besoin d'aide s'il vous plait
Bonjour Rinas,
==> pour cela, il faudrait connaître les règles de gestion... :Envoyé par Rinas
1 admin peut gérer 0 ou plusieurs employés ;
1 employé est-il forcément géré par 1 ou plusieurs admins ?
D'autre part, l'héritage est correctement employé entre Personne et Employé, mais il ne convient pas entre Personne et Epouse qui sont lié par une association :
==> les cardinalités sont à adapter suivant les cultures mono/multi-époux(ses).
Donnant :
Personne(IdPersonne, ...) ;
Mariage(#IdPersonne, #IdPersonne_1, ...) ==> la clé primaire est à adapter suivant les cultures mono/multi-époux(ses).
Quelques remarques complémentaires...
1) La Fonction de l'employé devrait être externalisée dans une entité-type Fonction
Employe -1,1----assurer---0,n- Fonction
2) Selon ce que recouvre la propriété "Autorisation", la remarque du 1) est peut-être valable également pour cette propriété.
Admin -1,n----avoir----0,n- Autorisation
3) Toutes les personnes ont-elles un "Num_telma", un "Backup_Orange", un "Ip_phone", un "Phone_satellite", un "Num_incendie" et un "Num_conference" ?
Si ce n'est pas le cas, il faut avoir une entité-type des types de numéros et l'associer à l'entité-type "Personne".
Personne -0,n----avoir----1,1- Numero -1,1----typer----0,n- Type_numero
Changer la cardinalité 1,1 si un numéro peut être attribué à plusieurs personnes en même temps.
4) Le nom du département ne devrait pas être la clé de l'entité-type "Departement"
5) Un admin n'est-il pas lui aussi un employé ou au moins une personne ?
Merci CinePhil,
avec la remarque 1,la fonction c'est plutôt un titre comme secrétaire,chef département et je ne saurais pas les autres propriétés à le donner si je l'externalise
merci pour la remarque 2
avec la remarque 3: non,seulement certaines personnes ont tous ces numéros et j'ai mis au debut une entite "Type_Telephone" mais la cardinalité était 1,1-----avoir------1,1 et je l'ai mis alors ensemble
avec la remarque 4: mais je ne vois pas l’intérêt de mettre un identifiant auto-incrémenté pour l'entité Département parceque chaque departement porte tous un nom unique
Ben tu auras la table de référence des fonctions composée par exemple de la sorte :
tr_fonction_ftn (ftn_id, ftn_libelle) Ave un index UNIQUE sur ftn_libelle.
Puisque certaines personnes ont tous ces numéros, ça veut dire que d'autres ne les ont pas. Pour éviter de peupler la table avec le bonhomme NULL, il faut donc externaliser les numéros.avec la remarque 3: non,seulement certaines personnes ont tous ces numéros et j'ai mis au debut une entite "Type_Telephone" mais la cardinalité était 1,1-----avoir------1,1 et je l'ai mis alors ensemble
Tout simplement parce que la clé d'une table doit être courte et invariable.avec la remarque 4: mais je ne vois pas l’intérêt de mettre un identifiant auto-incrémenté pour l'entité Département parceque chaque departement porte tous un nom unique
Voir explications chez SQLPro.
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6 Personne -0,1----+ | | 0,1 | | | +----- être marié
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager