Base de Données. Pourquoi modéliser les données ? Préparer leur implémentation dans un logiciel...

Base de Données

Pourquoi modéliser les données ?Préparer leur implémentation dans un logiciel de

gestion de données, afin :

de ne rien oublier

d’éviter les redondances

de relier les données entre elles

définit la structure d’une base permet de garantir l’intégrité

2

La méthode MERISEprésentation succincte

3

Origine

méthode franco-française (fin 1970)

adaptée aux grands systèmes bases de données

centralisées

aujourd’hui :

complétée par approche « objet » (langage UML)

modèles de données pour SGBDr

4

Caractéristiques

méthode complète (analyse, conception et

réalisation)

séparation stricte données / traitements

langage de modélisation normalisé

méthode lourde à mettre en œuvre

5

3 niveaux d’abstraction

6

Conceptuel

Logique ou Organisationnel

Physiqueou Opérationnel

Données Traitements

MCD MCT

MLD MOT

MPD MOpT

QUOI ?

QUI, OU,QUAND ?

COMMENT ?

M = modèle

Reconfiguration d’un SI

7

Conceptuel

Logique ou Organisationnel

Physique ou Opérationnel

Analyse Conception

Cahier des charges

Les 3 modèles de données

8

Modèle Conceptuel de Données

entités associations cardinalités

9

CC

by n

c sa

- |

Moin

.M|

10

Entitésdonnées de gestion, utilisées pour décrire l’activité

ENSEIGNANT

id-enseignantnomprénomdépartementbureautéléphonemail

identifiant

nom de l’entité

attributs

11

Associationsdonnées qui dépendent d’une ou plusieurs entités

ENSEIGNANT

id-enseignantnomprénomdépartementbureautéléphonemail

MATIERE

id-matièrelibellécoefficientECTS

enseignenb heures

attributs

nom de l’association

12

Cardinalitésnombres de participations (mini et maxi) d’une

entité à une relation

ENSEIGNANT

id-enseignantnomprénomdépartementbureautéléphonemail

DEPARTEMENT

id-départementlibellé

est rattaché à

travaille avec

0,n n,m

1,11,n

CIF

13

Associations particulières

ENTITE 1

ENTITE 3

ENTITE 2

association

ENTITE

association

association récursive

association ternaire

Modèle Logique de Données

tables relations

14

CC

by n

c nd -

arc

hig

eek

Tables et relations

15

ENSEIGNANT

id-enseignantnomprénonbureauid-département

DEPARTEMENT

id-département libellé

clé primaire

champs

nom de la table

clé externe relation

16

Transformation MCD MLD

les entités deviennent des tables

l’identifiant devient une clé primaire

les attributs deviennent des champs

selon les cas , les associations

deviennent de simples relations

deviennent des tables

17

Transformation des associations

Règle n°1

si l’une des cardinalités a un max. à « 1 »

l’association devient une relation

l’identifiant du coté « n » est dupliqué du coté « 1 »,

pour former un clé externe

18

ENSEIGNANT

id-enseignantnomprénombureautéléphonemail

DEPARTEMENT

id-départementlibellé

appartient

1,11,n

MATIERE

id-matièrelibellécoefficientECTS

enseignenb d’heures

1,n1,n

ENSEIGNANT

id-enseignantnomprénombureautéléphonemail

DEPARTEMENT

id-départementlibellé

MCD

MLD

id-département

MATIERE

id-matièrelibellécoefficientECTS

19

Transformation des associations

Règle n°2

si les 2 cardinalités ont des max. à « n »

l’association se transforme en table,

dont la clé primaire est composée des 2 identifiants

des entités reliées

20

ENSEIGNANT

id-enseignantnomprénombureautéléphonemail

DEPARTEMENT

id-départementlibellé

appartient

1,11,n

MATIERE

id-matièrelibellécoefficientECTS

enseignenb d’heures

1,n1,n

ENSEIGNANT

id-enseignantnomprénombureautéléphonemail

DEPARTEMENT

id-départementlibellé

MATIERE

id-matièrelibellécoefficientECTS

ENSEIGNEMENT

id-enseignantid-matièrenb d’heures

MCD

MLD

id-département

Récapitulatif

Information

Entité

Association

Attributs

Identifiant

Informatique

Tables

Relations

Champs

Clé primaire

21

MCD MLD