Cours BD - Chapitres1 - 2

Base de Données
Mohamed HAMMAMI
Professeur à la FSS – Université de Sfax
mohamed.hammami@fss.usf.tn
Emna JAMMOUCI FENDRI

Maître de Conférences à la FSS – Université de Sfax
emna.fendri@fss.usf.tn
FSS
Chapitre 1 : Introduction aux Bases
de Données
FSS
Historique & Motivations des BD
Début de l’informatique
Stockage massif des données – consultation – modification
1950 – 1960: Solution : le fichier
Comment y accéder ?
Comment les manipuler ?

Quelles sont mes données ?
Fichier
Programmes
Fichier
Fichier
FSS 3
Approche par Fichiers
Principe : les données sont structurées sous forme de fichiers

utilisés dans les programmes à travers les fonctionnalités d’un
Système de Gestion de Fichiers (SGF)
Définir pour chaque module de traitement l’ensemble des

données qu’il manipulait, structurées sous forme de fichiers
Dans ce type de démarche, les données et les traitements sont

strictement liés car la structure des données est construite sur
l’analyse des traitements
Dépendance « Données\Traitements »
FSS 4
5
Systèmes de fichiers Caractéristiques
Comptabilité Chirurgie
Problèmes
Consultations Psychiatrie
6
Format des fichiers Caractéristiques
Plusieurs applications
 plusieurs formats
Dupont Dupond  plusieurs langages
Turlututusqjsk
Symptomes : y Symptom: yyyy
Turlututu : sqj Analyses xxxx
Symptomes : y
Turlututu : sdd Turlututudhjsd
Analyses : xxx Analyses :xx
Problèmes
 Difficultés de gestion
Duhpon Duipont
Turlututu : sq
Symptomes : yy Symptomyyyy
Analyses : xxxx Analysesxxxx
Symptomes : yy Turlututudhjsd
7
Redondance (données) Caractéristiques
Dupont Dupond  plusieurs langages
Turlututusqjsk
Symptomes : y
Turlututu : sdd
Analyses : xxx
Turlututudhjsd
Analyses :xx
Redondance de données
Problèmes
 Incohérence des données
Duhpon Duipont
Turlututu : sq
8
Interrogations Caractéristiques
ComptaSoft
Dupont
ChiruSoft
Dupond  plusieurs langages
Turlututusqjsk
Symptomes : y
Turlututu : sdd
Analyses : xxx
Turlututudhjsd
Analyses :xx
Pas de facilité d’interrogation
 Question développement
Problèmes
 Coûts élevés
 Maintenance difficile
ConsultSoft
PsychiaSoft
Duhpon Duipont
Turlututu : sq
9
Pannes ??? Caractéristiques
ComptaSoft
Dupont
ChiruSoft
Turlututusqjsk
Symptomes : y
Turlututu : sdd
Analyses : xxx
Turlututudhjsd
Analyses :xx
Redondance de code
Problèmes
 Coûts élevés
ConsultSoft
PsychiaSoft
Duhpon Duipont
Turlututu : sq
Symptomes : yy
Analyses : xxxx
Symptomyyyy
Analysesxxxx
 Gestion de pannes ???
10
Partage de données Caractéristiques
ComptaSoft
Dupont
ChiruSoft
Turlututusqjsk
Symptomes : y
Turlututu : sdd
Analyses : xxx
Turlututudhjsd
Analyses :xx
Redondance de code
Problèmes
 Coûts élevés
ConsultSoft
PsychiaSoft
Duhpon Duipont
Turlututu : sq
Symptomes : yy
Analyses : xxxx
Symptomyyyy
Analysesxxxx
 Partage des données ???
11
Confidentialité Caractéristiques
ComptaSoft
Dupont
ChiruSoft
Turlututusqjsk
Symptomes : y
Turlututu : sdd
Analyses : xxx
Turlututudhjsd
Analyses :xx
Redondance de code
Problèmes
 Coûts élevés
ConsultSoft
PsychiaSoft
Duhpon Duipont
Symptomes : yy
Turlututu : sq
Symptomyyyy
Symptomes : yy Turlututudhjsd  Partage des données ???

 Confidentialité ???
Des raisons d’ordre économique
Application Fichiers Informations contenues dans un fichier

Utilisés
Suivi Projets Projet NumProjet, lieuProjet,NomEmployéChef,
AdrEmployéChef, NbEmployésProjet.
Affectation Projet NumProjet, AdresseProjet, NbEmployésProjet.
Employé-Projet NomEmployé, AdrEmployé, DiplômeEmployé.

Employé
Comptabilité Employé NomDeEmployé, AdresseEmployé, NbHeures
Toutes ces applications concernent une même entreprise.

L’utilisation des fichiers  une même information peut exister dans
≠ fichiers
FSS 12
Des raisons d’ordre économique (Suite)
 Codification multiple de la même information
Différence de codification : NomEmployé, NomDeEmployé.
Modifications possibles du type et de la taille de l’information (numérique,
chaîne,...)
Problèmes sémantiques.
 Redondance des données

Un même fichier peut être utilisé par plusieurs applications.
Il n’est pas possible de partager ce fichier entre ces applications.
Refaire la description de tout fichier, utilisé par différentes applications.
Les informations représentées par ce fichier sont dupliquées.
 Difficulté des opérations de mise à jour

Toute opération de mise à jour d’une information dupliquée se fera autant de fois
que d’apparition de cette information dans l’ensemble fichiers de l’application.
FSS 13
Des raisons d’ordre organisationnel
Les applications développées avec une approche classique sont :
 très rigides et
 difficiles à mettre en œuvre.
La saisie, sans contrôle et les opérations de MAJ des données
sont multiples.
Les données ne peuvent pas être partagées et sont donc
redondantes.
Des raisons d’ordre technologique

L’évolution du matériel : capacité de stockage, rapidité d’accès,
Développement d'algorithmes performants pour le : Stockage,
l’accès rapide, partage, l’organisation et la gestion des données
FSS 14
 Limitation de l’utilisation des systèmes de fichiers
L’utilisateur doit écrire un programme souvent complexe

Difficulté d’accès aux données
Redondance
Incohérence des données, pas de gestion de l’intégrité
Problèmes de sécurité des données
Données peu fiables
FSS 15
Objectifs des Bases de Données
Avantages
L’utilisation d’une BD permet de remédier aux
inconvénients de l’approche par fichiers.
Centraliser l’information :
Elimination de la redondance des données;
partager les données entre les utilisateurs.
Intégration des données
Faciliter les opérations de mise à jours.
Indépendance entre les programmes et les données;
FSS 16
Définition d’une base de données
Une base de données est une entité dans

laquelle il est possible de stocker des
Base de Données données de façon structurée et avec le
moins de redondance possible pour les
besoins d’une application.
Serveur
Ensemble de fichiers interreliés qui
contiennent des données décrivant des
objets de la réalité.
Clients Ces données doivent pouvoir être utilisées

par des programmes, par des utilisateurs
différents. Ainsi, la notion de base de
données est généralement couplée à celle
de réseau, afin de pouvoir mettre en
commun ces informations, d'où le nom de
base.
FSS 17
Base de données : Principe (1/4)
Bases de données = schéma + données
 Le schéma
• Décrit la structure des données
• Fait partie intégrante de la base
• Les données ne peuvent exister sans le schéma
FSS 18
 Données + schéma
Date Départ Vol Destination Hall
12/03/05 10h55 AF 9891 MILAN 4
12/03/05 10h55 AZ 334 MILAN 4
12/03/05 11h05 AH 1022 ALGER 1B
12/03/05 11h10 AF 5310 RENNES 4
FSS 19
 Unicité du schéma
• La base est vue à travers son schéma
Schéma
Données
FSS 20
Enregistrement
(occurence, instance, tuple)
Type d'objet (entité) Donnée
Maison
Adresse: 143 rue St-Jean

Attribut
(propriété)
Valeur:
Nbre logements:
Propriétaire
Propriétaire(s):
Terrain Terrain:
FSS 21
Exemples classiques d'applications BD
Gestion des personnels, étudiants, cours, inscriptions, ...
de la FSS
Système de réservation de places d'avion de Tunisair
Gestion des comptes clients de la BIAT
Gestion des commandes à FNAC
Gestion des jeux olympiques, etc.
FSS 22
Définition d’un SGBD
Un Système de Gestion de Bases de Données (SGBD) est un
logiciel qui permet de créer, de gérer et d'interroger efficacement
une base de données.
FSS 23
Objectifs d’un SGBD
Non redondance des données

Réduire au maximum, l’espace mémoire utilisé pour stocker les
informations,
Réduire le coût de MAJ des informations.
Cohérence des données

Le SGBD doit garantir un état cohérent de la BD et ce en définissant
un ensemble de contraintes d’intégrités qui doit vérifier l’ensemble des
informations de la BD. Exemple : age > 0 ; 0< note<20.
Manipulations des données par des non informaticiens:

plus besoin de programmer pour accéder aux données
Mohamed HAMMAMI FSS 24

Objectifs d’un SGBD
Efficacité des Accès aux données :
obtenir des réponses aux interrogations en un temps raisonnable
Sécurité de fonctionnement
Le SGBD doit garantir en cas de panne logicielle ou matérielle de
garder la BD dans état cohérent.
Confidentialité QUI peut faire QUOI sur QUELLE donnée.

Chaque utilisateur ne doit accéder qu’aux données qu’il est autorisé
à manipuler (création, modification, suppression, etc.).
Accès Concurrents
Le SGBD doit permettre à plusieurs utilisateurs de travailler sur la
même BD en même temps.
Mohamed HAMMAMI FSS 25

Chapitre 2 : Le modèle conceptuel
des données
2021/2022
Introduction
Évolution des applications informatiques
Plus fonctionnalités ++  complexité ++
Avec la vulgarisation de l'informatique dans divers domaines et la
complexité croissante des applications à informatiser un nouveau
besoin a émergé :
Une représentation intermédiaire (RI) entre le réel et son implantation
Le Réel Le Modèle L'implantation
H F
H(......)
F (......)
V(......)
Modélisation V Implantation
La RI :
Réduit l'écart entre le réel à informatiser et son implantation
informatique.
Utilise un modèle permettant un passage progressif du réel vers
l’implantation : le modèle conceptuel des données (MCD).
FSS 27
Cycle de vie d'une base de données
Personne Schéma conceptuel

Voiture
Personne conduit Voiture
Monde réel Concepteur
Schéma logique
Base de données
Table
Personne
, Personne Voiture
Vial Peugeot 607 Table Voiture
Maitre Polo
LMD Martin Audi A4 Table Conduit
Utilisateurs
FSS 28
Modélisation conceptuelle
Schéma conceptuel
Personne
Voiture Personne conduit Voiture
Monde réel Concepteur
La modélisation conceptuelle  la définition du schéma conceptuel

de la base de données
Schéma : description de la BD obtenue en utilisant un modèle de
données
FSS 29
Pourquoi la modélisation conceptuelle?
Représentation de la réalité telle qu'elle est perçue par les utilisateurs ;
Indépendamment des solutions informatiques et du modèle du SGBD;
Christian a une Opel bleu

Colette sa femme, est avec
lui
Personne Possède Voiture
Est-marié-avec
FSS 30
Avantages de la modélisation conceptuelle
Avantages
Support d’interfaces visuelles (lisibilité)
Diagrammes de définition de données
Manipulation de données
Orientée utilisateur
Compréhensibilité
Support du dialogue concepteurs / utilisateurs
Permet la collaboration et la validation par les utilisateurs
FSS 31
Attention !
La qualité de la conception de la BD est un facteur
critique de réussite
FSS 32
Modèles conceptuels
Entité-Association – EA (ER : Entity-Relationship)
UML
Modèle orienté objet
FSS 33
Le modèle Entité/Association
Introduit par le chercheur américain Chen vers 1976.
Utilisé par plusieurs méthodes d'analyse et de conception comme la
méthode Merise.
Repose sur une constatation simple :

Les objets constituant le monde réel peuvent être classés en deux
catégories :
les entités constituant les acteurs d’une application (personne,
facture, etc.) etc.
les relations (ou associations) qui existent entre ces entités
(Acheter, Avoir, etc.).
Exemples :
Un Homme Achète une Maison
Un Client Commande un Produit
Une Commande est Constituée par plusieurs Lignes Commandes
FSS 34
Entité-Type
Une Entité-Type (ou T-entité) regroupe, sous le même nom, un

ensemble d'objets (individus, choses etc.) semblables et qui ont un
intérêt pour le système considéré.
Une T-entité peut regrouper :

des individus : étudiants, enseignants, …
des choses : factures, commandes, …
Par abus de langage, une T-entité sera appelée une entité.
Exemples:
L’entité PERSONNE regroupe toutes les personnes.
L’entité VOITURE regroupe toutes les voiture.
FSS 35
Entité-Type
Entité : représentation d’un objet du

monde réel ayant une existence
propre
Asma Rim Salah ... Ali
Type d'entité (TE) : représentation

d'un ensemble d'entités perçues
comme similaires et ayant les mêmes
caractéristiques Personne
FSS 36
De la réalité perçue à la
représentation :
Faire abstraction des

particularités permet de passer
des objets aux types ou classes
d'objets
FSS 37
Type d’objet : Personne

propriétés : - nom,
- âge, ...
FSS 38
Maison Personne
FSS 39
Entité - Type
Nom de l’entité PRODUIT PRODUIT

Identifiant Numéro 100567
Propriété 1 Libellé Table
... Couleur Blanc
Propriété n Prix 160 Dt
Rep. Générale Exemple Occurrence
 Ce que doit vérifier une Entité :

 Au moins une propriété est considérée comme identifiant pour cette entité.
L’identifiant d’une entité doit être souligné
 Les occurrences d'une entité doivent être distinguées et dénombrées.
 Une entité doit avoir au moins une propriété.
 Toutes les propriétés d'une entité sont distinctes les unes des autres.
FSS 40
" Entité-Type " (ou, par abus de langage, « Entité") :
C’est une classe d'entités manipulée par l’organisme, dotée d’une
existence propre, identifiable et ayant un intérêt particulier pour
l’organisme.
"Propriété-type" (ou, par abus de langage, "Propriété") :

Une propriété est le nom d'une caractéristique ou d'une qualité par
rapport à laquelle une entité ou une association, pourra être décrite,
dans le champ de l'étude.
Exemples : L’âge de l’employé MOHAMED BEN SALAH est 40 ans
Identifiant d’une entité :

C’est une propriété particulière de l’objet, choisie de telle manière
qu’à chaque valeur (à chaque occurrence) prise par cette propriété
correspond une et une seule occurrence de cet objet.
Exemple : NUM-EMPL est l'identifiant de l’objet EMPLOYE.
Remarque : Un identifiant peut être formé, dans des cas particuliers, de deux ou
de plusieurs propriétés.
FSS 41
Association - Type
Une association est un lien déterminé perçu entre n (n>=1)

entité(s), dans le champ de l'étude. Elle n'a d'existence que par
rapport à l'existence de ses entités.
Association : représentation d'un lien entre plusieurs entités

(qui jouent un rôle déterminé)
Type d'association (TA) : représentation d'un ensemble

d'associations ayant la même sémantique et décrites par les
mêmes caractéristiques
Par abus de langage, une T-Association sera appelée une

association.
FSS 42
Personne achète Maison
FSS 43
Représentation d'une association
Nom de l'association
éventuels attributs
Eventuelles Propriétés
Que doit vérifier une association

Les occurrences d'une association doivent être distinguées
Une association peut avoir une (ou plusieurs) propriété(s).
Toutes les propriétés d'une association, si elles existent, doivent
être distinctes les unes des autres.
Les associations possèdent aussi un identifiant implicite.
FSS 44
Rôles d’une association
’achète’ = < 1 personne, 1 maison >
Personne achète Maison
ACHETEUR ACHETÉ
Dans une association, chaque entité joue un rôle déterminé

Association binaire: deux rôles
FSS 45
Dimension d’une Association :

C’est le nombre d’objets-types participant à la relation-type.
Exemple : La relation Possède est de dimension 2.
On peut avoir :
des relations binaires, c'est-à-dire de dimension 2 ;
des relations ternaires, c'est-à-dire de dimension 3 ;
des relations quaternaires, c'est-à-dire de dimension 4 ; ...
des relations n-aires, c'est-à-dire de dimension n.
FSS 46
Associations Ternaires
Client achète Produit
Fournisseur
’achète’ = < 1 client, 1 produit, 1 fournisseur >
3 rôles OBLIGATOIREMENT
FSS 47
Associations Cycliques
2 rôles (au moins) lient le même type d'entité
Personne Marié à
’marié à ’ = < 1 personne, 1 personne >
Problème : comment savoir dans un couple qui est le mari et qui

est la femme ?
FSS 48
? Solution: spécifier le rôle de chaque entité pour

supprimer les ambiguïtés
FEMME
Personne MARI Marié à
’marié à’ = < 1 personne/FEMME, 1 personne/MARI >
FSS 49
Associations Cycliques
Ternaires:
Emprunteur
Personne Garant Emprunt Banque
FSS 50
Formalisme graphique
Identifiant Objet-type
PRODUIT FOURNISSEUR
FOURNITURE
COD-PROD COD-FOUR
DAT_FOURNIT
LIB_PROD NOM_FOUR
PRIX_ACHAT
QTE_STOCK ADR_FOUR
Branche ou
rôle ou patte Association-type
Objet-type
EMPLOYE Propriétés-types
NUM-MATR
NOM_EMP EST_CHARGE_DE
PRE_EMP
DAT_EMP
Exemple de MCD
FSS 51
il est parfois intéressant de représenter un extrait de cette

situation, conformément au modèle construit. Cet extrait est
appelé "schéma d'occurrences".
Schéma d'occurrences :
C’est un extrait de la représentation des occurrences,
conformément au modèle construit, afin d'illustrer et
valider ce modèle, c'est-à-dire de vérifier qu'il trace
fidèlement la réalité.
FSS 52
PRODUIT FOURNISSEUR
FOURNITURE
3500 F10
22-11-03
ROULEMENT STAFIM-PEUGEOT
4.500
3000 20-10-04 CITE EL KHADRA TUNIS
2500
250
LAMPE VEILLEUSE 10-03-04 F15
2000 350 FOURNIT-AUTO
4000 03-04-05 50 RUE DE LA LIBERTE
MOTEUR DIESEL 2.250.000
120
EMPLOYE
3231
A vérifier !
MOHAMED . . .
3225
ALI . . .
3265
MONCEF . . .
EST-CHARGE-DE
FSS 53
Remarque :
Il est impossible d’ajouter une nouvelle occurrence entre le
fournisseur "F10" et le produit "3500", par exemple.
En effet, on aurait dans ce cas deux occurrences de

FOURNITURE qui ont la même valeur d’identifiant
(COD-PROD + COD-FOUR), ce qui est interdit.
Que faire alors si dans la réalité on a besoin de représenter une

telle occurrence ?
La solution consiste ici à agréger la propriété DAT-FOURNIT

de l’association FOURNITURE pour former un nouvel objet,
l'objet DATE, qui doit participer alors à l’association
FOURNITURE.
FSS 54
PRODUIT FOURNITURE FOURNISSEUR

COD-PROD COD-FOUR
DAT_FOURNIT
LIB_PROD NOM_FOUR
PRIX_ACHAT
QTE_STOCK ADR_FOUR
DATE
DAT
EMPLOYE
NUM-MATR
NOM_EMP EST_CHARGE_DE
PRE_EMP
DAT_EMP
Identifiant de FOURNITURE = COD-PROD + COD-FOUR +

DAT
FSS 55
Le schéma d'occurrences devient alors comme suit :
PRODUIT FOURNITURE FOURNISSEUR

3500 F10
ROULEMENT 4.500 STAFIM-PEUGEOT
3000
2500 250 CITE EL KHADRA TUNIS
LAMPE VEILLEUSE F15
350
4000 2000 FOURNIT-AUTO
2.250.000 50 RUE DE LA LIBERTE
MOTEUR DIESEL
120 5.000
22-11-03 20-10-04 03-04-05 10-05-05 DATE
3231 EMPLOYE
MOHAMED . . .
3225
ALI . . .
EST-CHARGE-DE 3265
MONCEF . . .
FSS 56
Cardinalités
Cardinalités d’une relation
Les cardinalités d’une relation expriment la participation, à cette
relation, de chacun des objets qui la composent.
Les cardinalités d’une relation indiquent, pour chaque couple

Entité-Association, les nombres minimum et maximum
d’occurrences de la relation pouvant exister pour une même
occurrence de l’entité
Exemple
LIVRE EDITEUR
TITRE 0,n EDITION 1,n NOM-ED
PRIX
FSS 57
LIVRE EDITEUR
TITRE 0,n EDITION 1,n NOM-ED
PRIX
La cardinalité minimale "0" sur la branche LIVRE-EDITION indique

le fait que l’on peut avoir des livres non édités ; il s’agit de
manuscrits par exemple.
La cardinalité maximale "n" de cette même branche indique le fait

qu’un livre peut avoir plusieurs éditions.
La cardinalité minimale "1" de la branche EDITEUR-EDITION

indique le fait que le système d’information ne prend en charge une
occurrence EDITEUR que lorsque cette occurrence participe au
moins une fois dans l’association EDITION, c’est-à-dire lorsque la
bibliothèque dispose d’au moins d'un livre provenant de cet
éditeur.
La cardinalité maximale "n" de cette branche indique le fait qu’une

occurrence EDITEUR peut participer plusieurs fois dans la relation
EDITION.
FSS 58
Un exemple de schéma d'occurrences est ci-dessous

présenté.
Livres Edition Editeurs
6000 Livre-de-poche
20.000 lieues sous les mers 4500
J'ai-lu
7500
Les mille et une nuits
12000
L'informatique pour tous 15000 Dunod
20000
Les bases de données relationnelles
Encyclopédie du bricolage
FSS 59
Cardinalités
Remarque :
Dans le cas d’une relation binaire (reliant 2 objets), il est
possible de raisonner entre objets pour déterminer les
cardinalités :
Pour un livre, combien y a-t-il au minimum et au maximum
d’éditeurs ?
Pour un éditeur, combien y a-t-il au minimum et au maximum de
livres ?
Exemple 2
Min : Max
Personne possède Voiture
Combien de voitures (minimum) une personne peut-elle avoir ?

Combien de voitures (maximum) une personne peut-elle avoir ?
FSS 60
Le modèle Entité/Association Cardinalités
Une personne peut ne pas avoir de voiture, en avoir 1, 2, … n

(pas de contrainte)
0:n
Personne Possède
Une voiture a un et un seul propriétaire
0:n 1:1
Personne Possède Voiture
FSS 61
Par contre cette démarche ne peut pas être appliquée au cas

de relations reliant plus de deux objets (relations n-aires). Le
seul moyen pour déterminer les cardinalités de ces relations
consiste à considérer chaque couple Objet-Relation à part.
Exemple :
LIVRE 1,n 1,n EDITEUR

TITRE EDITION NOM-ED
PRIX
1,n
DATE
DAT
FSS 62
Cardinalités
Entité 1 Association 1 Cardinalité (0, 1): toute entité Entité 1 Association 1

Cardinalité (0, N): toute
participe exactement une entité participe une ou
Association 2 Entité 2 Association 2
Entité 2
seule fois à l’association ou plusieurs fois à
Entité 3 Association 3 elle ne participe pas du tout à Entité 3 Association 3
l’association. Elle peut
aussi ne pas participer à
cette même association.
Association 4 cette même association
1 personne, 0, 1 Permis B
1 personne, 0,N permis(A,B, …)
Entité 1 Association 1
Entité 1 Association 1 Cardinalité (1, N): toute
Cardinalité (1, 1): toute Association 2 entité participe
Entité 2
Entité 2 Association 2 entité participe obligatoirement une ou
exactement une seule Entité 3 Association 3
plusieurs fois à l’association.
Association 3
Entité 3
fois à l’association.
Association 4
1 facture 1, 1 client
1 commande concerne 1,N produits
FSS 63
Cardinalités
Plus sur les cardinalités :

Expression de l’obligation et du facultatif avec les cardinalités
une cardinalité minimale = 1  l'aspect obligation
une cardinalité minimale = 0  l'aspect facultatif
Caractérisation d’une association par les valeurs maximales

des cardinalités :
Type de l’association Cardinalités de l’association

(1, N) (1, 1), (1,N)
(N, M) (1, N), (1,N)
FSS 64
Association porteuse de données:
Une association est dite porteuse de données lorsqu'elle a des
attributs propres.
Client Produit
Nss 1, N 1, N NumProduit
Nom Commande Couleur
...... QteCommadée ....
Libellé
........
Nss QteCommandée NumProduit

665665 100 P1
776776 200 P2
776776 300 P1
Remarque : les attributs d’une association n’appartiennent à aucune des entités participantes
FSS 65
Dépôt Produit
NumDepot 1, N 1, N NumProduit
STOCK Couleur
AdresseDepot QteStockée ....
...... Libellé
........
QteStockée : indique la quantité stockée d’un produit donné à un dépôt donné
Fournisseur Produit
NumFR 1, N 1, N NumProduit
OFFRE Couleur
AdresseFR Prix ....
...... Libellé
........
Prix : indique le prix d’un produit donné offert par un fournisseur donné
FSS 66
0,n
1,1
0,n
1,1 0,n
1,1 1,1
0,n 1,1
1,n
1,1 0,n
FSS 67

Cours BD - Chapitres1 - 2

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Cours BD - Chapitres1 - 2

Transféré par

Droits d'auteur :

Formats disponibles

Base de Données

Emna JAMMOUCI FENDRI

1950 – 1960: Solution : le fichier

Comment les manipuler ?

Principe : les données sont structurées sous forme de fichiers

Définir pour chaque module de traitement l’ensemble des

Dans ce type de démarche, les données et les traitements sont

Symptomes : yy Turlututudhjsd  Partage des données ???

Des raisons d’ordre économique

Application Fichiers Informations contenues dans un fichier

Employé-Projet NomEmployé, AdrEmployé, DiplômeEmployé.

Toutes ces applications concernent une même entreprise.

 Redondance des données

 Difficulté des opérations de mise à jour

Des raisons d’ordre technologique

 Limitation de l’utilisation des systèmes de fichiers

L’utilisateur doit écrire un programme souvent complexe

Indépendance entre les programmes et les données;

Une base de données est une entité dans

Clients Ces données doivent pouvoir être utilisées

Bases de données = schéma + données

Date Départ Vol Destination Hall

12/03/05 10h55 AF 9891 MILAN 4

12/03/05 10h55 AZ 334 MILAN 4

12/03/05 11h05 AH 1022 ALGER 1B

12/03/05 11h10 AF 5310 RENNES 4

Adresse: 143 rue St-Jean

Système de réservation de places d'avion de Tunisair

Gestion des comptes clients de la BIAT

Gestion des commandes à FNAC

Gestion des jeux olympiques, etc.

Non redondance des données

Cohérence des données

Manipulations des données par des non informaticiens:

Mohamed HAMMAMI FSS 24

Confidentialité QUI peut faire QUOI sur QUELLE donnée.

Mohamed HAMMAMI FSS 25

Le Réel Le Modèle L'implantation

Personne Schéma conceptuel

Monde réel Concepteur

Monde réel Concepteur

La modélisation conceptuelle  la définition du schéma conceptuel

Christian a une Opel bleu

Personne Possède Voiture

Entité-Association – EA (ER : Entity-Relationship)

Modèle orienté objet

Repose sur une constatation simple :

Une Entité-Type (ou T-entité) regroupe, sous le même nom, un

Une T-entité peut regrouper :

Par abus de langage, une T-entité sera appelée une entité.

Entité : représentation d’un objet du

Asma Rim Salah ... Ali

Type d'entité (TE) : représentation

Faire abstraction des

Type d’objet : Personne

Nom de l’entité PRODUIT PRODUIT

 Ce que doit vérifier une Entité :

"Propriété-type" (ou, par abus de langage, "Propriété") :

Identifiant d’une entité :

Une association est un lien déterminé perçu entre n (n>=1)

Association : représentation d'un lien entre plusieurs entités

Type d'association (TA) : représentation d'un ensemble

Par abus de langage, une T-Association sera appelée une