Discussion :

[dalinbm]

Bonjour,

Je sollicite vos aides, car j'ai du mal à faire un MCD pour modéliser correctement une problématique. En effet, on me demande de gérer les envois en mission des employés au sein de ma société.
vous trovez dans la suite un digramme de mon base de donnée:
mes grand remerciement.

[fsmrel]

Bonjour dalinbm,

Commencez par fournir les règles de gestion décrivant votre sujet. Voyez par exemple ici ou voyez l’exemple proposé par escartefigue. Ensuite, pour modéliser, utilisez l’excellent outil de modélisation Looping, gracieusement proposé par le professeur Patrick Bergougnoux (Paprick).

A plus tard !

[fsmrel]

Votre schéma est en fait un MLD, composé de tables. En effet Mission y est une table, car comportant une colonne Matricule faisant manifestement référence à la colonne Matricule de la table Employe.

Un MCD est composé d’entités-types (classes d’entités) et des associations entre les entités-types. Si l’entité-type Employe est identifiée par l’attribut (rubrique, propriété) Matricule, cet attribut n’est pas à répéter dans l’entité-type Mission, c’est à l’AGL de le faire lors de la production du MLD (et des tables SQL).

Pour bâtir votre MCD, dressez la liste des entités-types (correspondant aux tables de votre MLD) :

Employe

Mission

Hôtel

Réservation

Etc.

Ceci fait, définissez, explicitez les associations (vos liens du MLD) au moyen des règles de gestion :

RG001 – Un employé fait partie d’un service

RG002 – Un employé occupe un poste

Etc.

A noter que ces deux règles tendent à montrer que des entités-types Service et Poste sont à mettre en oeuvre, sinon, au stade SQL, les colonnes correspondantes pourraient prendre des valeurs différentes dans les lignes de la table Employe, au fil de la saisie de ces valeurs.

[escartefigue]

Attention aussi au choix des identifiants : ils doivent être stables. Or un numéro d'immatriculation peut changer, c'est donc un mauvais choix.
Possiblement, le matricule d'un employé peut peut être également changer : si un ancien employé démissionnaire est réembauché, ne prend il pas un nouveau matricule ? À vérifier.
Mais comme l'indique justement FsmRel, priorité aux règles de gestion, c'est un prérequis incontournable.

[dalinbm]

Bonsoir,
un grand grand grand merci pour vos réponses et vos réclamations, je les prend on considération..

[fsmrel]

Bonsoir,

Pour confirmer ce que rappelle escartefigue, un identifiant doit être invariant, donc non significatif. Par exemple, comme le numéro d’immatriculation d’un véhicule peut changer dans le temps, il devra faire l’objet d’un identifiant alternatif pour l’entité-type Vehicule, donc pouvant changer de valeur, tandis que l’identifiant principal de cette entité-type (disons VehiculeId) ne changera pas. Cette affaire est évidemment particulièrement sensible au niveau SQL, car l’impact sur les clés étrangères (intégrité référentielle) s’y avère redoutable, et comme dit l’autre, chouffe la zoubia !

Vous verrez, avec Looping, définir un identifiant alternatif est extrêmement simple.

N’hésitez pas à soumettre le résultat de l’aménagement de votre MCD.

Bon courage !