Université Cadi Ayyad Module d’informatique

Ecole Nationale des Sciences Appliquées Responsable : Prof. H. Mejhed

Marrakech Année universitaire : 2009-2010
=========================================================================================

Atelier N°2
Modélisation Physique des données
Création d’une base de données ACCESS

But du TP : la modélisation physique des données d’un système d’information consiste à implémenter
physiquement une structure logique de données sous forme de base de données en mettant en œuvre un logiciel,
appelé Système de Gestion de Base de Données (SGBD) se referant au même type de modèle que celui retenu au
niveau logique. Le modèle physique exploité par le SGBD Microsoft ACCESS est le modèle relationnel.
On considère le Schéma Conceptuel de Données (SCD) suivant représentant le domaine : « Gestion des ventes
dans une grande librairie » :

Développer le schéma logique de données relationnel en intention correspondant au SCD précédent.

1) A partir de ce schéma, on désire construire et implémenter le modèle physique de données (base de données
ACCESS). Procéder par les étapes suivantes :
a) Création de la base de données :

Créer le fichier base de données Vente.MDB dans le répertoire C:\ Travail

L’extension MDB est l’abréviation de Microsoft Data Base.
b) Création de la structure des tables :

A partir de l’écran création de table, créer en mode interactif les tables indiquées dans le tableau ci-dessous.
Les règles de transformation prises en compte sont les suivantes :
- Une relation dans le modèle logique est transformée en table dans le modèle physique
- Un attribut de relation devient un champ de table
- Un attribut clé primaire ou externe devient un champ clé primaire ou externe

1
Université Cadi Ayyad Module d’informatique
Ecole Nationale des Sciences Appliquées Responsable : Prof. H. Mejhed
Marrakech Année universitaire : 2009-2010
=========================================================================================
- Un tuple dans une relation devient un enregistrement dans une table

Remarque : Un champ clé primaire est un index particulier de type non nul et sans doublons représenté à
l’écran par une clé sur la ligne du champ dans la fenêtre création de table.

Fichier base de données à créer : VENTE.MDB

Table Champ Type de donnée Taille Clé

Année Année N : Entier long Std Primaire
Auteur N_Auteur N : Entier long Std Primaire
Nom_Auteur T
Adresse_Auteur T
Client N_client N : Entier long Std Primaire
Nom_client T
Adresse_client T
Tél T
Fax T
Famille_ livre N_Famille N : Entier long Std Primaire
Libellé_Famille T
Matière_ livre N_Matiere N : Entier long Std Primaire
Libellé_Matiere T
Editeur N_editeur N : Entier long Std Primaire
Nom_Editeur T
Adresse_Editeur T
Livre Réf_livre T Primaire
Titre T
Qté_Stock N : Entier Std
Prix_unitaire N : Réel simple Std
N_Editeur# N : Entier long Std Externe
N_Famille# N : Entier long Std Externe
N_Matière# N : Entier long Std externe
Ecrire Réf_livre# T Externe
N_Auteur# N : Entier long Std externe
Acheter N_client# N : Entier long Std Externe
Réf_livre# T Externe
N_Facture# N : Entier long Std externe
Qté_Achetée N : Entier Std
Prix_total N : Rée simple Std
Facture N_facture N : Entier long Std Primaire
Date_facture D Std
Montant_HT N : Rée simple Std
Montant_TTC N : Rée simple Std
N_client# N : Entier long Std externe
Année# N : Entier long Std externe

c) Création des liens entre les tables :

Le but est de développer le schéma physique relationnel en intention affichant tous les liens entre les tables.
La création des liens entre les tables est réalisé à partir de l’écran Relations accessible à partir de l’icône
correspondant dans la barre de création de base de données.

L’utilisateur précise pour chaque lien les tables qui vont être liées :
- la table source : possédant la clé primaire
- la table destination possédant une clé externe de structure identique à la clé primaire.

l’utilisateur précise ensuite le type de lien entre les 2 tables :

2
Université Cadi Ayyad Module d’informatique
Ecole Nationale des Sciences Appliquées Responsable : Prof. H. Mejhed
Marrakech Année universitaire : 2009-2010
=========================================================================================
- le type « plusieurs » signifie qu’à chaque enregistrement de la table source peuvent correspondre
plusieurs enregistrements (Cardinalités 0,N ou 1,N) de la table destination et en sens inverse, qu’à
chaque enregistrement de la table destination ne peut correspondre qu’un enregistrement, au plus,
(cardinalités 0,1 ou 1,1) de la table source.
- Le type « Un » signifie qu’à chaque

L’utilisateur précise enfin s’il souhaite appliquer l’intégrité référentielle.

En choisissant « OUI », on indique au SGBD que l’on désire un contrôle automatique de la cohérence des
données.

• Contraintes d’Intégrité Référentielle (C.I.R) :

- La valeur prise par un champ clé externe ne peut être nulle et doit toujours être égale à l’une des valeurs
prises par le champ clé primaire associé.
- La modification de la valeur prise par un champ clé primaire dans une table entraîne la mise à jour
automatiquement de toutes les clés externes associés au niveau de cette valeur dans les tables
rattachées.
- La suppression d’un enregistrement identifié par une valeur de clé primaire dans une table entraîne la
suppression automatique de tous les enregistrements liés à travers cette valeur par une clé externe dans
les tables rattachées.

d) Saisie des enregistrements pour chaque table :

La saisie des enregistrements d’une table est réalisé en mode feuille de données qui est une représentation en
extension de la table ou sont listés tous ses enregistrements.
Dans cette représentation, chaque ligne représente un enregistrement et chaque colonne un champ de table.
Introduire dans chaque table le jeu d’enregistrements fourni au cours de la séance de TP.