La 2eme étape de question:MLDR

Après avoir conçu le Modèle Conceptuel de Donnée (MCD), il est maintenant temps de le transposer en Modèle Logique de Données Relationnelles (MLDR).mais vous savoir un minimum de connaissance théorique sur le sujet. Après avoir définis les notions de clé primaire et de clé étrangère c'est pourkoi nous étudierons plus particulièrement aujourd'hui les 6 règles strictes, nécessaires et suffisantes pour passer d'un MCD à un MLDR.
le MLD est d'ailleurs le point primordial de la modélisation,si l'organisation des données est relationnelle (si elles sont "liées" entre elles), alors le MLD est Relationnel et devient le MLDR,ou Modèle Logique de Donnée Relationnel.
Un peu de vocabulaire : Les données sont stockées dans des relations, Une relation est un ensemble de lignes (ou enregistrement), ou encors un T-uple qu'est définis par un ou plusieurs attributs. Dans la pratique, la relation est en fait la table, et les attributs sont les colonnes.

Exemple de la table NEWSLETTER :

Cette table est décrite par : NEWSLETTER (id_newsletter, Sujet, DateEnvoie, Contenu, #id_rubrique)
Chaque enregistrement doit être identifié de manière unique (voir la notion d'identifiant abordée dans l'article précédent). L'attribut qui permet d'identifier de façon unique chaque ligne est appelée la Clé Primaire. Elle peut être composée, c'est à dire comprendre plusieurs attributs. Ici, il s'agit de l'attribut id_newsletter.
La table Newsletter comprend un attribut provenant de la table RUBRIQUES, l'attribut id_rubrique. Cet attribut est appelé Clé Etrangère. Dans le formalisme, la clé primaire est soulignée, et la clé étrangère est précédée du signe #. D'où l'écriture définitive : MATABLE (Cle_Primaire, Colonne1, Colonne2, #Cle_Etrangere) .
Dans notre exemple : Rubrique (id_rubrique, Nom) Newsletter (id_newsletter, Sujet, DateEnvoie, Contenu, #id_rubrique) .
1 : Une entité se transforme en une relation (table) Toute entité du MCD devient une relation du MLDR, et donc une table de la Base de Donnée. Chaque propriété de l'entité devient un attribut de cette relation:
2 : Relation binaire aux cardinalités (X,1) - (X,n), X=0 ou X=1 La Clé Primaire de la table à la cardinalité (X,n) devient une Clé Etrangère dans la table à la cardinalité (X,1) :

3 : Relation binaire aux cardinalités (X,n) - (X,n), X=0 ou X=1 Il y a création d'une table supplémentaire ayant comme Clé Primaire une clé composée des identifiants des 2 entités. On dit que la Clé Primaire de la nouvelle table est la concaténation des Clés Primaires des deux autres tables. Si la relation est porteuse de donnée, celles ci deviennent des attributs pour la nouvelle table.

4 : Relation n-aire (quelles que soient les cardinalités). Il y a création d'une table supplémentaire ayant comme Clé Primaire la concaténation des identifiants des entités participant à la relation. Si la relation est porteuse de donnée, celles ci deviennent des attributs pour la nouvelle table.

5 : Association Réflexive.
Premier cas : cardinalité (X,1) - (X,n), avec X=0 ou X=1. La Clé Primaire de l'entité se dédouble et devient une Clé Etrangère dans la relation ou nouvelle table. Exactement comme si l'entité se dédoublait et était reliée par une relation binaire (X,1) - (X,n) (Cf règle 2).
Deuxième cas : cardinalité (X,n) - (X,n), avec X=0 ou X=1. De même, tout se passe exactement comme si l'entité se dédoublait et était reliée par une relation binaire (X,n) - (X,n) (Cf règle 3). Il y a donc création d'une nouvelle table.

6 : Relation binaire aux cardinalités (0,1) - (1,1). La Clé Primaire de la table à la cardinalité (0,1) devient une Clé Etrangère dans la table à la cardinalité (1,1) .

mes sources pour cette partie:http://www.sam-mag.com/