Cours Master 1 / 2013-2014
Transcript of Cours Master 1 / 2013-2014
Dr YAO Kouassi Patrick
Cours Master 1 / 2013-2014
Une base de données est le terme
informatique désignant un ensemble de
données connexes stockées
informatiquement.
Ce terme ne doit pas être confondu avec les
termes :
• système de gestion de base de données
• système de gestion de base de données
relationnelle
06-04-2014 / Dr YAO K. Patrick 2
Un SGBD est un système permettant la gestion
(fonctionnalités ; création, modification, suppression,
ergonomomie, homogénéité) d’une base de données ou
d’un ensemble de données.
Un SGBDR est un système qui permet et assure la gestion
d’un ensemble de données mais ces données sont
administrées entre elles par des relations qui les lient les
unes aux autres
Exemple : par exemple un éleveur possède un ou plusieurs animaux
mais un animal appartient à un et un seul éleveur.
Microsoft Access est un SGBDR.
06-04-2014 / Dr YAO K. Patrick 3
L’utilisation d’un SGBDR (i) tel que Access et la conception
(ii) d’une base de données avec un SGBDR sont 2
compétences très différentes.
Dans le premier cas (i), il n’y a aucune difficulté particulière
alors que dans le deuxième (ii), il est nécessaire d’effectuer
une analyse ou expertise préalable qui nécessite des savoir-
faire précis.
2 compétences différentes :
* Conception d’une base de données
* Mise en œuvre / Réalisation d’une base de données (ACCESS Microsoft)
06-04-2014 / Dr YAO K. Patrick 4
1.1. Objectifs
Le but est de se mettre en conditions réelles afin de
voir les questions qu’il est nécessaire de poser avant de
se lancer dans la conception d’une base de données.
Cette étape doit permettre de comprendre les flux
d’information, les attentes et les retours envers la ou les
sources d’informations.
06-04-2014 / Dr YAO K. Patrick 5
1.2. L’utilisation prévue
Il est nécessaire avant de poser des questions
précises de faire un bilan de la situation
d’ensemble et notamment de l’utilisation prévue de
la base de données et de ses objectifs.
Les questions : o combien de temps comptez – vous utiliser la base de données ?
o la base de données sera – t – elle utilisée à plein temps ?
o quels sont les objectifs ? Stockage simple, sorties statistiques ?
o Etc…..
06-04-2014 / Dr YAO K. Patrick 6
1.3. Les acteurs
Après avoir fait le bilan de l’utilisation prévue de la
base de données, vont se poser les questions
des utilisateurs qui vont utiliser cette base.
Les questions :
combien de personnes vont utiliser la base de données ?
combien de personnes vont utiliser la base de données
simultanément ?
va – t – il y avoir des droits d’accès à certaines données à
mettre en place ?
etc …
06-04-2014 / Dr YAO K. Patrick 7
1.4. Les données
Connaissant l’utilisation prévue de la base de
données, les acteurs entrant en jeu, on peut
maintenant se poser les questions concernant les
données en elles–même.
Les questions :
combien d’animaux par exemple vont être analysés ?
quelles informations pour une fiche détaillée de chaque
animal ?
etc …
06-04-2014 / Dr YAO K. Patrick 8
2.1. Le MCD, qu’est – ce que c’est ?
Le MCD est la représentation formelle des données. Il est
une traduction compréhensible de la description des
données et de leur agencement entre elles.
Il est composé généralement et dans son utilisation la plus
simple, d’entités et d’associations. (voir Méthode MERISE)
06-04-2014 / Dr YAO K. Patrick 9
2.2. Les Entités
Une entité est la représentation d’un élément ou
objet ayant un rôle dans la description du système
que nous sommes en train de mettre en place.
Elle est représentée par un rectangle divisé en 2.
La partie haute contient le nom de l’entité, la
partie basse contient quant à elle les propriétés de
l’entité.
06-04-2014 / Dr YAO K. Patrick 10
2.2. Les Entités
Exemple :
Si nous désirons effectuer le suivi d’un éleveur et de ces animaux, nous allons pouvoir créer 2 entités. En effet chaque éleveur aura des propriétés qui lui seront propres mais qui seront communes à l’ensemble des éleveurs, il en est de même pour les animaux :
L’entité Eleveur dont les propriétés seront les suivantes : Identifiant, Nom, Prénom, Adresse. L’identifiant sera unique pour chaque éleveur, c’est à dire qu’à un identifiant correspondra un et un seul éleveur.
L’entité Animal dont les propriétés seront les suivantes : Code_Animal, Espece, Date_Naissance.
06-04-2014 / Dr YAO K. Patrick 11
2.2. Les Entités
Exemple :
Le symbole # placé devant les propriétés Identifiant et Code_Animal permet de reconnaître les
identifiants uniques au sein de chaque entité.
06-04-2014 / Dr YAO K. Patrick 12
2.3. Les Associations
Les associations représentent les liens qui peuvent exister
entre les différentes entités ; elles sont représentées par un
ovale contenant le plus souvent un verbe et reliant une ou
plusieurs entités :
o association binaire : relie 2 entités
o association ternaire : relie 3 entités
o association n-aires : relie n entités
06-04-2014 / Dr YAO K. Patrick 13
2.3. Les Associations
l’association binaire « Possède », reliant les entités
Eleveur et Animal. La représentation en sera la
suivante :
06-04-2014 / Dr YAO K. Patrick 14
2.4. Les Cardinalités
Elles permettent de caractériser et de donner un sens
quantitatif aux liens existant entre les associations et les entités.
La cardinalité d'une association est composée d'un couple
comportant une borne maximale et une borne minimale, intervalle
dans lequel la cardinalité d'une entité peut prendre sa valeur:
la borne minimale (généralement 0 ou 1) décrit le nombre
minimum de fois qu'une entité peut participer à une association
la borne maximale (généralement 1 ou n) décrit le nombre
maximum de fois qu'une entité peut participer à une association
06-04-2014 / Dr YAO K. Patrick 15
2.4. Les Cardinalités
Exemple
Nous lisons donc le MCD de la manière suivante : « un
éleveur possède aucun ou plusieurs animaux ; un animal
appartient à un et un seul éleveur ».
06-04-2014 / Dr YAO K. Patrick 16
3.1. Objectifs
(i)Présentation des bases concernant les modèles
relationnels de données (MRD) ainsi que le
(ii)passage du modèle conceptuel de données (MCD)
au modèle relationnel de données.
06-04-2014 / Dr YAO K. Patrick 17
3.2. Le MRD, qu’est – ce que c’est ?
Le MRD est la traduction du MCD. Il est la description de la
structure de données utilisée. Il n’y a pas encore de
référence à un langage informatique, nous allons
simplement donner une information sur le type de
données que nous voulons par exemple pour telle ou
telle propriété des entités du MCD.
Le MRD s’établit à partir d’un MCD précédemment établi. Il y
a tout d’abord traduction des entités puis ensuite traduction
des associations.
06-04-2014 / Dr YAO K. Patrick 18
3.3 Traduction des entités
Dans le MRD :
- les entités du MCD vont devenir tables
- les identifiants du MCD vont devenir clés primaires
- les propriétés du MCD vont devenir champs.
- les associations du MCD vont devenir relations
06-04-2014 / Dr YAO K. Patrick 19
3.3 Traduction des entités
Les associations se traduisent en fonctions des cardinalités qui sont données dans
le MCD. Deux règles simples sont à appliquer selon que l’association soit binaire ou
n-aires :
Cas association binaire : La clé primaire de la table principale (un ….
plusieurs) est reportée dans la table en relation (un et un seul).
MCD
MRD
06-04-2014 / Dr YAO K. Patrick 20
3.4. Traduction des associations
Cas association n-aires : Une table représentant l’association doit être créée,
sont reportées dans cette table la clé primaire de chaque table utilisée par
l’association.
06-04-2014 / Dr YAO K. Patrick 21
3.5. Après le MRD…
Le MRD étant créé, il doit maintenant être « traduit » dans un
système particulier. Nous parlerons dans ce cas de Modèle
Physique de Données (MPD).
Le MRD est lui adaptable à tout SGBDR alors que le MPD sera
la traduction du MRD dans un système de gestion particulier.
Par exemple, un champ alphabétique de 20 caractères
aura pour type « Texte(20) » dans une base de données
Access mais aura pour type « VarChar(20) » dans une base de
données MySQL.
06-04-2014 / Dr YAO K. Patrick 22