Les SGBDR et la méthode MERISE
Sommaire
- Les Systèmes de Gestion de Bases de Données (SGBD) - Définitions et fonctionnalités
- La méthode MERISE
- Définition
- Dictionnaire des données
- Modèle conceptuel des données (MCD ou ER)
- Modèle physique des données (MPD)
- Le langage SQL
Les SGBD
Systèmes de Gestion des Bases de Données
Les SGBD - Définition
Un Système de Gestion de Bases de Données est un logiciel destiné à stocker les informations au sein de bases de données.
Il permet aussi de lire, modifier, trier ces informations.
Les SGBD les plus connus sont :
- Oracle
- PostgreSQL
- MySQL
- MongoDB
- Microsoft Access (grand public)
Les SGBD - Fonctionnalités
Un SGBD permet :
- de stocker des données
- D'insérer de nouvelles données
- De modifier des données
- De supprimer des données
- De lire, filtrer et trier des données
- De modifier la manière dont les données sont stockées
Pour manipuler les données au sein d'une base de données et utiliser ces fonctionnalités, on utilise souvent le langage SQL ou un dérivé (voir plus loin)
Les différents types de SGBD
- SGBDR (Relationnels)
- SGBDH (Hiérarchiques)
- SGBDO (Objets)
- SGBD NoSQL (Not Only SQL)
Nous nous intéressons ici au système relationnel
Les données dans un SGBDR
Dans un système relationnel, les données sont groupées sous forme de tables :
Comme dans un tableau Excel par exemple, une table possède :
- des colonnes (qu'on appelle champs)
- des lignes (ou enregistrements) qui stockent les informations
- Les lignes sont souvent identifiées par un identifiant unique
| ID | NOM | PRENOM |
|---|---|---|
| 1 | Durand | Romain |
| 2 | Dupond | Jérome |
Les données sont typées (nombres entiers, chaines de caractères, booléens, etc)
Pourquoi "relationnelle" ?
Dans un SGBD Relationnel, les tables sont liées les unes aux autres par des relations qui permettent de faire le lien entre une donnée et une autre
| ID | PRENOM | E_ID |
|---|---|---|
| 1 | Jérome | 1 |
| 2 | Joseph | 1 |
| ID | NOM |
|---|---|
| 1 | McDonnald's |
| 2 | Quick |
Table : PERSONNE
Table : ENTREPRISE
On dira ici que les personnes Jérome et Joseph sont liées à l'entreprise McDonnald's
MERISE
Une méthode pour conceptualiser et construire sa base de données
La méthode MERISE
MERISE est une méthode d'analyse et de conception d'un projet informatique créée en France dans les années 1970.
C'est un ensemble d'étapes à suivre qui concernent autant les données que les traitements de ces données
Nous nous intéressons ici à l'aspect "données" dont les étapes sont :
- L'écriture d'un dictionnaire des données
- Création du modèle conceptuel des données (MCD)
- Création du modèle physique des données (MPD)
Pourquoi parler de MERISE ?
- Parce que la création d'une base de données demande de la réflexion
- Parce que MERISE est une suite d'étapes simples et naturelles à suivre pour y arriver
- Parce qu'un bon schéma (MCD) permet de mieux s'y retrouver !
- Bref, MERISE a tout d'une bonne méthode pour construire une base de données !
MERISE - Le dictionnaire des données
L'établissement d'un dictionnaire des données est la première étape qui vous intéresse en tant que développeur :
- Identifier et rassembler l'ensemble des données qui concernent notre future application
- Identifier le type des données
A la fin de l'écriture du dictionnaire, on doit avoir une vue d'ensemble de toutes les données qui seront traitées par notre application !
MERISE - Le MCD
Le modèle conceptuel des données se présente sous la forme d'un schéma !
Il représente l'ensemble des données réunies sous forme d'entités et d'associations liant ces entités.
Les entités
Une entité :
- représente un objet de gestion et ses données (ex: une PERSONNE ou ENTREPRISE)
- porte des attributs ou propriétés (ex: NOM, PRENOM, AGE) qui ont un type de donnée (ex: NOMBRE ENTIER, CHAINE DE CARACTERES, etc)
Les associations
Une association :
- représente une relation existant entre deux entités (ex: TRAVAILLE)
- peut aussi porter un ou plusieurs attributs ou propriété (ex: DATE D'EMBAUCHE)
Exemple
L'entité PERSONNE représentera les personnes qui auront :
- Un identifiant
- Un nom
- Un prénom
L'entité ENTREPRISE représentera les entreprises qui auront :
- Un identifiant
- Un nom
Les personnes sont liées aux entreprises par la relation TRAVAILLE DANS
La relation porte la donnée date d'embauche
Les cardinalités ?
- Pour chaque associations, on définit des cardinalités qui définit le nombre de liaisons possibles entre deux entités
- Il existe plusieurs cardinalités :
- De un à un (1-1), ex: UNE PERSONNE travaille dans UNE ENTREPRISE
- De un à plusieurs (1-N), ex: UNE ENTREPRISE emploie N PERSONNES
- De plusieurs à plusieurs (N-N), ex: UN PRODUIT est fabriqué par N ENTREPRISES et UNE ENTREPRISE fabrique N PRODUITS
- De 0 à un (0-1), ex: UNE PERSONNE possède ZERO OU UNE VOITURE
- De 0 à N (0-N), ex: UNE PERSONNE possède ZERO OU UNE OU PLUSIEURS VOITURES
Exemple
La relation entre l'entité PERSONNE et ENTREPRISE a une cardinalité de 0-1 :
Une personne peut donc travailler dans 0 ou 1 entreprise
La relation entre l'entité ENTREPRISE et PERSONNE a une cardinalité de 1-N :
Une entreprise peut donc employer 1 ou N personnes
Exemple
- Une PERSONNE travaille dans UNE entreprise
- Une ENTREPRISE travaille avec 1 ou N PERSONNES
- Une ENTREPRISE fabrique 0 ou N PRODUITS
- Un PRODUIT est fabriqué par 1 ou N ENTREPRISES
MERISE - Le MPD
Le modèle physique des données transforme le MCD
Les entités deviennent des tables
Les associations "disparaissent" et deviennent des relations !
Les relations sont désormais modélisées par :
- La migration d'une clé étrangère (notion très importante) dans le cas d'une association de type 0-N ou 1-N
- La création d'une table intermédiaire (notion très importante) dans le cas d'une association N-N (plusieurs à plusieurs)
MERISE - Le MPD
L'association TRAVAILLE a disparu est s'est transformé en migration de clé étrangère (IDENTIFIANT_ENTREPRISE)
L'association FABRIQUE est devenu une table intermédiaire !
Et voilà !
Si vous avez votre MPD, vous avez votre base de données !
MERISE - Le MPD
| ID | NOM | E_ID |
|---|---|---|
| 1 | Jérome | 1 |
| 2 | Joseph | 2 |
| ID | NOM |
|---|---|
| 1 | McDonnald's |
| 2 | Quick |
| ID | NOM |
|---|---|
| 1 | Frites |
| 2 | Burger |
| ID | P_ID | E_ID |
|---|---|---|
| 1 | 1 | 1 |
| 2 | 2 | 1 |
| 3 | 1 | 2 |
| 4 | 2 | 2 |
Table PERSONNE
Table ENTREPRISE
Table PRODUIT
Table PRODUIT_ENTREPRISE
MERISE - Le MPD
En regardant les tables et leurs lignes (slide précédente), on voit que :
- La personne Jérome est employée par l'entreprise 1 (McDonnald's)
- La personne Joseph est employée par l'entreprise 2 (Quick)
- Le produit Frites (1) est fabriqué par les entreprises 1 (McDonnald's) et 2 (Quick)
- Le produit Burger (2) est fabriqué par les entreprises 1 (McDonnald's) et 2 (Quick)
Et voilà !
Maintenant que vous en savez plus sur les SGBD(R) et que vous connaissez (un peu) MERISE, créez une base de données !
TP : Représentez un ensemble d'élèves, de profs, et d'écoles avec la méthode MERISE !
