II.3.5. Présentation du Modèle Logique de
Données Brut(MLDB)
Comme nous l'avions déjà dit
précédemment, Le Modèle Logique de Données (MLD)
est composé uniquement de ce que l'on appelle des relations. Ces
relations sont à la fois issues des entités du MCD, mais aussi
d'associations ; Dans certains cas, ces relations nous permettront par la suite
de créer nos tables au niveau physique.
Une relation est composée d'attributs, ces attributs
sont des données élémentaires issues des
propriétés de différentes entités, mais aussi des
identifiants et des données portées par certaines
associations.
Par ailleurs, une relation possède un nom qui
correspond en général à celui de l'entité ou de
l'association qui lui correspond. Elle possède aussi une clef primaire
qui permet d'identifier sans ambiguïté chaque occurrence de cette
relation.
Notons que La clef primaire peut être composée
d'un ou plusieurs attributs. Il s'agit d'une implantation de la notion
d'identifiant des entités et associations qui se répercute au
niveau relationnel. En outre, Il existe un autre type de clef appelé
« clef étrangère » qui est un attribut d'une relation
qui fait référence à la clef primaire d'une autre relation
(ces deux clefs devront donc avoir le même type de données).
74
Modèle Logique de Données Brut
PROMOTIONS
Numpromo Datepromo Motpromo #Matri #Codeg
CodFonc DesiFonc
FONCTIONS
INTERIMS
Numint Datedbint DateFinint #Matri #CodFonc
CONGES
Numconge Datedbconge DateFinconge #Matri #Codetypecon
CodSect DesiSect #Codeterri
PROVINCES
Codprov Desiprov #Codpa
PAYS
Codepa Desipa
DIRECTIONS
Coddirec Desidirect
AGENTS
Matri Nom
Pnom Pren LieuN DateN Sifa Adresse DatEng #CodSect #NumRetr
#Numdemis
CodSect DesiSect #Codeterri
NumRetr DateRetr DecptFin
RETRAITES
CodTerri DesiTerri #Coddistr
MUTATIONS
NumMut Datedbmut DateFinmut #Matri #Codprov
DISTRICTS
A
ACTION DISPLINAIRES
Numaction Desiaction #Matri
GRADES
Codeg Desig
AGENTS-FONCTIONS
#Matri #CodeFonc DatedbFct DateFinFct
AGENTS-SERVICES
#Matri #Codeserv Datedbserv DateFinserv
AGENTS-GRADES
#Codeg
#Matri
Datedbgrade DateFingrade
SECTEURS
TERRITOIRES
DEMISSIONS
Numdemis Datedemis Motifdemis
AGENTS-MISSIONS
#Matri #Nummis Datedbmis DateFinmis
SERVICES
Codeserv Desiserv #Coddiv
MISSIONS
Nummis Objetmis Lieu
DIVISIONS
Coddiv Desidiv #Coddirec
TYPECONGES
CodetypeConge
Desitypeconge
A
75
FORMATIONS
NumForm DesiForm
AGENTS-FORMATIONS
|
#Matri #NumForm DatedbForm DateFinForm
|
23 François de saint Marie, Bases de
données relationnelles et normalisation de la première à
la sixième forme normale,
http://developpez.com
II.3.6. Normalisation du MLDB
Quand on parle de bases de données relationnelles, on
évoque immanquablement les trois piliers qui constituent les fondements
de la théorie relationnelle et ayant pour objet :
· La structure de données ;
· La manipulation des données ;
· Et l'intégralité des données
Il existe par ailleurs un volet extrêmement important
concernant les bases de données relationnelles, celui de la
normalisation dont l'objet est double :
· A l'intersection d'une ligne et d'une colonne, certes
on trouve des données de types très simple, telles que les
habituels nombres et chaines de caractères, mais peut -on aussi
légalement trouver des données de type plus complexes, telles que
des listes, des tableaux, des tables. Etc.
La normalisation a pour objet de définir les
règles du jeu à ce sujet, en relation avec les effets que cela
peut avoir sur chacun des trois piliers précédents.
· La normalisation a aussi pour objet de fournir les
outils et les techniques nous permettant de débusquer, où
d'éliminer les redondances qui non seulement rendent les tables
obèses, mais par ailleurs nous compliquent la vie lors des
opérations qui les mettent à jours (mises à jour
nécessairement redondantes elles aussi, et finissent par rendre faux le
contenu de la base de données, sans parler de l'effet néfaste sur
les performances). Par Voie de conséquence, en normalisant, tout en
éliminant ce genre d'impedimenta, on améliore l'architecture de
la base de données, ce qui n'est pas un mince Avantage.23
76
Première forme normale
:
Pour être conforme au modèle relationnel, Chaque
relation d'une base de données doit nécessairement respecter la
1FN ou 1NF.
Un schéma de relation est en première forme
normale (1NF) si les domaines de l'ensemble des attributs de la relation sont
atomiques. Un domaine est atomique si ses éléments sont
indivisibles.24
En outre, pour un individu, un attribut ne peut prendre qu'une
valeur dans une entité et non pas un ensemble ou une liste de valeur
Non conforme à la Première Forme
Normale
AGENTS
Matri
Nom
Pnom Pren LieuN DateN
Sifa Adresse DatEng #Codsect #Numretr #Numdemis
|
|
Conforme à la Première Forme
Normale
AGENTS
Matri
Nom
Pnom Pren LieuN DateN
Sifa Numpar
AV
Quart Commune DatEng #Codsect #Numretr #Numdemis
|
|
Maintenant que nous venons de normaliser notre objet Agents,
tout le schéma relationnel est en première forme normale
d'où, notre MLDB vient d'être rendu normal à la
première forme normale. Passons maintenant à la deuxième
et troisième.
Deuxième forme normale 2NF
:
L'identifiant peut être composé de plusieurs
attributs mais les autres attributs de l'entité doivent dépendre
directement de l'identifiant en entier (et non pas une partie de cet
identifiant).
En outre, si tout attribut n'appartenant pas à la clef
ne dépend pas d'une partie de celle -ci. C'est la phase d'identification
des clés,
24 François de saint Marie, Opcit
77
cette étape évite certaines redondances ;
D'où, tout attribut doit dépendre fonctionnellement de la
totalité de la clé25
Troisième Forme Normale 3NF.
Une relation est en 3NF, si elle est en 2FN et si tout
attribut n'appartenant pas à la clé ne dépend pas d'un
attribut non clé. Nous nous sommes limités à la
troisième forme car ces trois formes suffisent pour normaliser notre
Modèle Logique de Données. Passons maintenant au MLD
Valide.26
25 Prof Jean Marcel MBIKAYI MPANYA
26
http://fsmrel.developpez.com/basesrelationnelles/normalisation/
DISTRICTS
TERRITOIRES
Modèle Logique DE Données Valide(MLDV)
PROMOTIONS
Numpromo Datepromo Motpromo #Matri #Codeg
CodFonc DesiFonc
FONCTIONS
INTERIMS
Numint Datedbint DateFinint #Matri #CodFonc
TYPECONGES
CodetypeCong e
Desitypecong
SECTEURS
CodSect DesiSect #Codeterri
RETRAITES
NumRetr
DateRetr
DecptFin
DEMISSIONS
Numdemis Datedemis Motifdemis
SERVICES
Codeserv Desiserv #Coddiv
AGENTS-GRADES
#Codeg #Matri Datedbgrade DateFingrade
Numconge Datedbconge DateFinconge #Matri #Codetypecon
AGENTS-SERVICES
AGENTS
Matri Nom
Pnom Pren LieuN DateN Sifa Numparc
AV
Quart Commune DatEng #CodSect #NumRetr
#Numdemis
#Matri #Nummis Datedbmis DateFinmis
CodTerri
DesiTerri
#Coddistr
CodSect DesiSect #Codeterri
MUTATIONS
NumMut Datedbmut DateFinmut #Matri #Codprov
78
AGENTS-FONCTIONS
#Matri #CodeFonc DatedbFct DateFinFct
CONGES
GRADES
Codeg Desig
A
ACTION DISPLINAIRES
Numaction Desiaction #Matri
AGENTS-MISSIONS
#Matri #Codeserv Datedbserv DateFinserv
PROVINCES
Codprov Desiprov #Codpa
PAYS
MISSIONS
Nummis Objetmis Lieu
DIVISIONS
Coddiv Desidiv #Coddirec
Codepa Desipa
DIRECTIONS
Coddirec Desidirect
FORMATIONS
NumForm DesiForm
A
79
AGENTS-FORMATIONS
#Matri #NumForm DatedbForm DateFinForm
|
|
| 
