Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Systèmes d’information –10. Modèle logique des données Chapitre 10 Modèle logiq

Systèmes d’information –10. Modèle logique des données Chapitre 10 Modèle logique des données Passage du MCD au MLD Nous allons définir les règles de transformation pour le passage du MCD au MLD, en respectant les différents cas qui se posent. 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 Relation binaire aux cardinalités (x,n) - (x,1) Afin de représenter la relation, on duplique la clé primaire de la table basée sur l'objet à cardinalité (x,n) dans la table basée sur l'objet à cardinalité (x,1). Cet attribut est appelé clé étrangère. Les deux tables sont liées par une flèche nommée selon la relation, qui pointe de la table à clé étrangère vers la table qui contient la clé primaire correspondante. Exemple: 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 Auteur NoAuteur Nom Livre NoLivre Nom (0,n) Ecrit (1,1) A UTEUR N O A UTEUR N OM L IVRE N O L IVRE N O A UTEUR N OM Ecrit Systèmes d’information –10. Modèle logique des données Relation binaire aux cardinalités (x,1) - (x,1) Nous devons distinguer plusieurs cas. Sachant qu'une relation binaire du type (1,1)-(1,1) ne doit pas exister il nous reste les 2 cas suivants: Relation binaire (0,1)-(1,1) On duplique la clé de la table basée sur l'objet à cardinalité (0,1) dans la table basée sur l'objet à cardinalité (1,1). Exemple: Le NoClient, qui est clé primaire de la table Client, devient clé étrangère dans la table CarteMembre. Relation binaire (0,1)-(0,1) On duplique la clé d'une des tables dans l'autre. Lorsque la relation contient elle-même des propriétés, celles-ci deviennent également attributs de la table dans laquelle a été ajoutée la clé étrangère. Exemple: Soit on migre la clé primaire de la table Entreprise dans la table Salarié, soit on fait l'inverse. 10.2 Personne NoPersonne Nom Adresse Voiture NoVoiture Marque Date_achât Possède (0,n) (1,1) P ERSONNE N O P ERSONNE N OM A DRESSE V OITURE N O V OITURE N O P ERSONNE M ARQUE D ATE _ ACHÂT Possède Client NoClient Nom Prénom Adresse Code_Postal Localité Carte_membre NoCarte Type_abonnement Date_création dispose 0,1 1,1 C LIENT N O C LIENT N OM P RÉNOM A DRESSE C ODE _P OSTAL L OCALITÉ C ARTE _ MEMBRE N O C ARTE N O C LIENT T YPE _ ABONNEMENT D ATE _ CRÉATION dispose Salarié NoSalarié Nom Prénom Entreprise NoEntreprise Nom Adresse_Siège Assure 0,1 0,1 Systèmes d’information –10. Modèle logique des données ou Relation binaire aux cardinalités (x,n) - (x,n) On crée une table supplémentaire ayant comme clé primaire une clé composée des identifiants des 2 objets. Lorsque la relation contient elle-même des propriétés, celles-ci deviennent attributs de la table supplémentaire. Exemple: 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 S ALARIÉ N O S ALARIÉ N OM P RÉNOM N OENTREPRISE E NTREPRISE N O E NTREPRISE N OM A DRESSE _S IÈGE Assure S ALARIÉ N O S ALARIÉ N OM P RÉNOM E NTREPRISE N O E NTREPRISE N OM A DRESSE _S IÈGE N O S ALARIÉ Assure Commande NoCommande Date Article Code_Article Libellé Prix_Unaire Quantité Contenir 1,n 0,n C OMMANDE N O C OMMANDE D ATE A RTICLE Code_Article Libellé Prix_Unaire L IGNE _C OMMANDE N O C OMMANDE C ODE _A RTICLE Q UANTITÉ Enseignant NoEnseignant Nom Prénom Date_de_naissance Matière Code_Matière Libellé Classe Nom_Classe Cycle Enseigne 1,n 0,n 1,n Systèmes d’information –10. Modèle logique des données La table Enseigner contient une clé composée de NoEnseignant, CodeMatière et NomClasse. Cas spéciaux Plusieurs relations entre 2 objets Les règles générales s'appliquent Exemple: 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 Personne NoPresonne Nom Prénom Maison Adresse Code_postal Localité Habite Possède 0,n 1,1 0,n 1,n P ERSONNE N O P RESONNE N OM P RÉNOM A DRESSE M AISON A DRESSE C ODE _ POSTAL L OCALITÉ P OSSESSION N O P ERSONNE A DRESSE E NSEIGNANT N O E NSEIGNANT N OM P RÉNOM D ATE _ DE _ NAISSANCE M ATIÈRE C ODE _M ATIÈRE L IBELLÉ C LASSE N OM _C LASSE C YCLE E NSEIGNE NoEnseignant Code_Matière Nom_Classe 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 comme clé étrangère, la clé primaire de l'autre table. L'identification relative est représentée par le fait que la table issue de l'objet dépendant contient une clé primaire composée, constituée de la clé primaire transformée de l'identifiant de cet objet et de la clé étrangère. Exemple: 10.5 Société NoSociété Nom Capital Pourcentage_de_capital Detient 0,n mère 0,n filière S OCIÉTÉ N O S OCIÉTÉ N OM C APITAL D ETENIR N O S OCIÈTÈ N O S OCIÉTÉ _ MÈRE P OURCENTAGE _ DE _ CAPITAL Personne NoMatricule Nom Prénom Etre_marié 0,1 époux 0,1 épouse P ERSONNE N O M ATRICULE N O M ATRICULE _E POUSE N OM P RÉNOM être marié 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. Historisation d'une propriété Pour chaque propriété à historiser, on crée une table qui contient:  Une clé primaire composée de la clé primaire de la table qui contient la propriété à historiser et de la date d'historisation.  La propriété à historiser Exemple: Historisation d'un objet Pour toute modification de valeur d'une des propriétés de l’objet, on historise l'ensemble des valeurs des propriétés dans une table qui contient:  Une clé primaire composée de la clé primaire de l'objet à historiser et de la date d'historisation  Toutes les autres propriétés de l'objet à historiser Exemple: Historisation d'une relation Pour toute modification de valeur d'une des propriétés de la relation, on historise l'ensemble des valeurs des propriétés dans une table qui contient: 10.6 Bâtiment Adresse Code_Postal Localité Apartement NoApartement Etage Surface Se trouve dans 0,n 1,1 B ÂTIMENT A DRESSE C ODE _P OSTAL L OCALITÉ A PARTEMENT A DRESSE N O A PARTEMENT E TAGE S URFACE Assuré NoAssuré Nom Prénom Adresse* Code_postal* Localité* A SSURÉ N O A SSURÉ N OM P RÉNOM A DRESSE C ODE _ POSTAL L OCALITÉ A SSURÉ _A DRESSE N O A SSURÉ D ATE _H ISTOIRE A SSURÉ _A DRESSE A SSURÉ _P OSTAL N O A SSURÉ uploads/Finance/ chapitre-10.pdf