Chapitre 10
Chapitre 10
Chapitre 10
Chapitre 10
Modèle logique des données
L’objet (L'entité)
Tout objet est transformé en table. Les propriétés de l'objet deviennent les attributs de la table.
L'identifiant de l'objet devient la clé primaire de la table.
Exemple:
Objet «Entreprise» Table «Entreprise»
Entreprise ENTREPRISE
No_Entreprise NO_ENTREPRISE
Nom NOM
Adresse ADRESSE
Code_postal CODE_POSTAL
Localité LOCALITE
L'attribut NoAuteur qui est clé primaire de la table Auteur, devient clé étrangère dans la table Livre.
Lorsque la relation contient elle-même des propriétés, celles-ci deviennent également attributs
de la table basée sur l’objet à cardinalité (x,1).
Exemple:
10.1
Systèmes d’information –10. Modèle logique des données
Le NoClient, qui est clé primaire de la table Client, devient clé étrangère dans la table
CarteMembre.
Soit on migre la clé primaire de la table Entreprise dans la table Salarié, soit on fait l'inverse.
10.2
Systèmes d’information –10. Modèle logique des données
ou
On crée une table Porter, qui contient comme clé primaire une clé composée de NoCommande et
CodeArticle. Elle contient également la propriété Quantité issue de la relation.
Relation ternaire
On crée une table supplémentaire ayant comme clé primaire une clé composée des identifiants de
tous les objets reliés à la relation. Cette règle s'applique de façon indépendante des différentes
cardinalités. Lorsque la relation contient elle-même des propriétés, celles-ci deviennent attributs de
la table supplémentaire.
Exemple:
10.3
Systèmes d’information –10. Modèle logique des données
Cas spéciaux
La relation habiter du type (1,1)-(1,n), est traduite par la migration de l'attribut Adresse dans la table
Personne. La relation posséder du type (0,n)-(1,n) est traduite par la création d'une table
supplémentaire du même nom. Cette table contient comme clé primaire composée, les clés des deux
tables reliées Personne et Maison. On a donc simplement appliqué 2 fois de façon indépendante les
règles de transfert MCD à MLD.
Relations réflexives
Nous appliquons les règles générales avec la seule différence que la relation est 2 fois reliée au
même objet
Exemple 1:
10.4
Systèmes d’information –10. Modèle logique des données
Comme il s'agit d'une relation (0,n)-(0,n), une table supplémentaire est créée. Cette table contient
comme clé primaire composée, la clé des "deux" objets reliés. Comme le même objet est lié 2 fois à
la relation, on ne peut pas utiliser 2 fois le même nom pour la clé. Dans ce cas il convient d'utiliser
des rôles dans le MCD, et d'intégrer le rôle dans le nom d'une des clés migrées dans le MLD.
Exemple 2:
Comme il s'agit d'une relation (0,1)-(0,1), nous avons en général le choix en ce qui concerne quel
objet contiendra la clé étrangère. Comme cette relation est liée deux fois au même objet, il est
évident que nous devons dupliquer la clé primaire, tout en veillant que le même nom de clé ne sera
pas utilisé pour la clé primaire et la clé étrangère. Dans notre exemple, tous les hommes mariés, ont
comme valeur de la clé étrangère la matricule de leur épouse actuelle. Pour les hommes non mariés
et les femmes, la clé étrangère est sans valeur. On pourrait bien sûr utiliser la modélisation inverse
avec une clé étrangère NO_MATRICULE_MARI, qui indique pour chaque femme mariée, la
matricule de son mari.
L'identifiant relatif
Sachant que l'objet dépendant est toujours lié à la relation par les cardinalités (1,1), nous pouvons
appliquer les règles générales. Dans chaque cas, la table issue de l'objet dépendant contient donc
10.5
Systèmes d’information –10. Modèle logique des données
Tout en respectant les règles générales du passage MCD à MLD, la clé primaire de la table Projet
migre comme clé étrangère dans la table Tâche. L'identification relative est représentée par le fait
que la table tâche contient une clé primaire composée de NoTache et NoProjet.
10.6
Systèmes d’information –10. Modèle logique des données
Une clé primaire composée de la clé primaire de la table qui représente la relation à historiser et
de la date d'historisation
Toutes les autres propriétés de la relation à historiser
Exemple:
Exercice «KaafKaaf»
Transformez le MCD suivant, qui représente la facturation de la société «KaafKaaf» en un MLD en
respectant toutes les règles du passage MCD à MLD.
10.7
Systèmes d’information –10. Modèle logique des données
Exercices
Exercice 1
Transformez le MCD suivant en MLD en respectant toutes les règles de passage MCD à MLD.
10.8
Systèmes d’information –10. Modèle logique des données
Remarques:
En ce qui concerne le rapport médical, une conclusion médicale pourrait par exemple être
«Infection» ou «Cancer de la gorge», tandis que la conclusion professionnelle qui s'en suit serait
par exemple «Apte» ou «Inaptitude temporaire <x> jours».
L'objet Salarié est historisée.
Exercice 2
Voici un MCD qui représente de façon très simplifiée la gestion d'une compagnie d'assurances.
Transformez le MCD en MLD en respectant toutes les règles de passage MCD à MLD.
10.9
Systèmes d’information –10. Modèle logique des données
Remarques:
Le type de contrat indique les garanties prévues.
Exemple: Type AUTO-SIMPLE contient (RC-AUTO et Protection juridique)
Type AUTO-SPECIAL contient (Garanties AUTO-SIMPLE + FEU + VOL)
Type AUTO-DELUXE contient (Garanties AUTO-SPECIAL + Dégâts matériels)
Un contrat couvre un seul risque. Ce risque peut être une voiture ou une habitation.
Certaines informations concernant les clients sont historisées.
10.10