DFo 2 6 FR

Database Foundations
2-6
Modélisation entité-relation (diagrammes ERD)
Copyright © 2017, Oracle et/ou ses affiliés. Tous droits réservés.

Feuille de route
Modèles de
Bases de données Entités et
données conceptuels et attributs
relationnelles physiques
Identificateurs Modélisation
uniques Relations entité-relation
(diagrammes ERD)
Vous êtes ici
DFo 2-6
Copyright © 2017, Oracle et/ou ses affiliés. Tous droits réservés. 3
Objectifs
Voici les objectifs de cette leçon :
• Décrire la modélisation des données
• Expliquer le concept "sans implémentation" dans le contexte
de l'implémentation des modèles de données et de la
conception de base de données
• Enumérer les quatre objectifs de la modélisation entité-
relation
• Identifier un diagramme ERD (diagramme entité-relation)
• Mettre en correspondance des relations à l'aide de l'ERDais
• Créer des composants ERD qui représentent
des entités et des attributs selon les
conventions de création de diagrammes
DFo 2-6
Finalité de la modélisation conceptuelle
• Lorsque vous concevez une maison, vous voulez en
définitive la voir construite.
• Même si vous ne participez pas à la construction
proprement dite, vous devez comprendre les termes
utilisés par l'entrepreneur pour l'aider à cerner votre
vision et à la transformer en réalité.
• Le modèle conceptuel de base de données sert de
base aux discussions entre concepteurs,
administrateurs de base de données et développeurs
d'application.
DFo 2-6
Finalité de la modélisation conceptuelle
• Les modèles conceptuels sont importants pour les
entreprises à plusieurs égards :
– Ils décrivent les besoins exacts de l'entreprise en matière
d'informations.
– Ils facilitent les discussions.
– Ils empêchent les erreurs et les malentendus.
– Ils constituent une base solide pour la conception de bases
de données physiques.
– Ils documentent les processus de l'entreprise (également
connus sous le nom de règles).
– Ils prennent en compte les lois et les réglementations
régissant le secteur.
DFo 2-6
Modélisation conceptuelle
• Un modèle conceptuel est un modèle formel qui :

– décrit les éléments importants d'une organisation (entités) ;
– identifie les relations de niveau supérieur entre les
différentes entités, mais peut inclure ou ne pas inclure de
cardinalité et de capacité d'affectation de valeur NULL ;
– n'indique pas les attributs ou l'identificateur unique de
chaque entité.
DFo 2-6
Modélisation logique
• Les modèles de données logiques :
– décrivent les données de manière aussi détaillée que
possible, sans tenir compte de l'implémentation physique
dans les bases de données ;
– sont normalement dérivés de modèles de données
conceptuels ;
– comprennent tous les attributs, entités, UID et relations
ainsi que l'optionalité et la cardinalité de ces éléments.
• Le modèle logique est représenté par un
diagramme ERD.
DFo 2-6
Etapes de création d'un modèle logique
4. Déterminer les
relations
3. Déterminer (optionalité et
les cardinalité
identificateurs comprises)
2. Identifier les uniques
attributs
(optionalité
comprise)
1. Identifier les
entités
DFo 2-6
Modélisation logique : exemple
FACULTY COURSE
# ID teaches # ID offered by
* Name taught * Name
° Email by ° Session ID
° Department ID
belongs to
enrolled
by
enrolls
contains
STUDENT
DEPARTMENT
# ID
# ID
* First Name
* Name
° Reg Year
° HOD
° Email
offers
DFo 2-6
Diagramme entité-relation
(diagramme ERD)
• Les diagrammes ERD sont des modèles qui
identifient les concepts ou entités existant dans un
système, et les relations entre ces entités.
• Ils remplissent plusieurs fonctions :
– L'analyste ou le concepteur de base de données comprend
mieux les informations devant figurer dans la base de
données via le processus de création du diagramme ERD.
– Ils servent d'outils de documentation.
– Ils sont utilisés pour communiquer la structure logique de la
base de données aux utilisateurs. En particulier, ils
communiquent efficacement la logique de la base de
données aux utilisateurs.
DFo 2-6
Diagramme entité-relation
(diagramme ERD)
• Un diagramme ERD est un outil cohérent qui permet
de représenter les données requises par une
entreprise, quel que soit le type de base de données
utilisé, et même en l'absence de base de données.
• Représentation graphique des entités et de leurs
relations les unes avec les autres.
DFo 2-6
Modèles sans implémentation
• Un bon modèle de Types de base de données

données logique demeure Modèle ER
identique, quel que soit le
type de système de base
de données finalement
créé ou mis en œuvre.
• Voilà ce que signifie Base de Base de
"modèle sans données données
implémentation". hiérarchique
Base de données
réseau
relationnelle
DFo 2-6
Modèle entité-relation
• Il est obtenu à partir des spécifications de l'entreprise.
L'objectif visé est de donner une image claire des
informations qui seront stockées dans une future base de
données.
• Il s'agit d'une liste complète des entités et des attributs,
ainsi que de toutes les relations entre les entités
importantes.
• Il fournit des informations générales, telles que les
descriptions d'entité, les types de données et les
contraintes.
• Il ne nécessite pas de diagramme, mais ce dernier est
généralement très utile.
DFo 2-6
Objectifs de la modélisation ER
• Capturer toutes les informations requises

• Garantir l'unicité des informations
• Ne modéliser aucune information dérivable d'autres
informations déjà modélisées
• Centraliser les informations dans un endroit
prévisible et logique
DFo 2-6
Etapes de création d'un diagramme ERD
Créer des Identifier

Choisir des
entités et Construire l'optionalité Vérifier le
identificate
des des relations et la modèle
urs uniques
attributs cardinalité
DFo 2-6
Créer des phrases en ERDais pour
représenter des diagrammes ERD
• L'ERDais est le vocabulaire utilisé pour communiquer
clairement les règles capturées dans un
diagramme ERD.
• Utilisez la langue ERDaise pour indiquer les relations
entre les entités d'un diagramme ERD.
• Décomposez simplement chaque phrase ERDaise en
fonction de ses composantes.
BOOK written by AUTHOR

the author of
DFo 2-6
Modélisation entité-relation (diagrammes ERD) Copyright © 2017, Oracle et/ou ses affiliés. Tous droits réservés. 17
Composantes de l'ERDais
• CHAQUE
• Entité A
• OPTIONALITE (doit être/peut être)
• NOM DE RELATION
• CARDINALITE (un seul et unique/un ou plusieurs)
• Entité B
DFo 2-6
Exemple d'ERDais
Une relation ayant BOOK written by AUTHOR
deux sens, lisez tout
d'abord dans un sens, de
gauche à droite. 1. CHAQUE
2. LIVRE ("BOOK", entité A)
3. DOIT ETRE (optionalité, ligne continue)
4. ECRIT PAR ("written by", nom de la relation)
5. UN (SEUL ET UNIQUE) (cardinalité, trait simple)
6. AUTEUR ("AUTHOR", entité B)
BOOK
AUTHOR
the author of Lisez ensuite la relation de
1. CHAQUE droite à gauche.
2. AUTEUR ("AUTHOR", entité B)
3. PEUT ETRE (optionalité, ligne en pointillés)
4. L'AUTEUR DE ("the author of", nom de la relation)
5. UN OU PLUSIEURS (cardinalité, patte d'oie)
DFo 2-6
Scénario
BOOK written by AUTHOR BOOK AUTHOR
the author of
1. CHAQUE 1. CHAQUE
2. LIVRE ("BOOK", entité A) 2. AUTEUR ("AUTHOR", entité B)
3. DOIT ETRE (optionalité, ligne continue) 3. PEUT ETRE (optionalité, ligne en
4. ECRIT PAR ("written by", nom de la pointillés)
relation) 4. L'AUTEUR DE ("the author of", nom de la
5. UN SEUL ET UNIQUE (cardinalité, trait relation)
simple) 5. UN OU PLUSIEURS (cardinalité, patte
6. AUTEUR ("AUTHOR", entité B) d'oie)

the author of
DFo 2-6
Valider la relation
• Réexaminez le diagramme ERD et validez la relation.

the author of
• Chaque livre (BOOK) doit être écrit par un seul et

unique auteur (AUTHOR).
• Chaque auteur (AUTHOR) peut être l'auteur d'un ou
de plusieurs livres (BOOK).
DFo 2-6
Scénario d'une société d'articles de sport
Je dirige une entreprise de vente en gros d'articles de
sport. Ma société intervient dans le monde entier pour
répondre aux commandes d'articles de sport passées
par des magasins de vente au détail. Les magasins sont
nos clients.
A l'heure actuelle, nous comptons quinze clients. Mais,
à partir de cette année, nous allons essayer d'élargir
notre base client d'environ 10 % par an.
DFo 2-6
Nos deux plus gros clients se trouvent aux Etats-Unis :
Big John's Sports Emporium à San Francisco, en
Californie, et Women's Sports à Seattle, dans l'Etat de
Washington.
Pour chaque client, nous devons conserver un ID et un
nom. Nous pouvons également disposer d'une adresse
(incluant la ville, l'Etat, le code postal et le pays) et d'un
numéro de téléphone.
Nous possédons des entrepôts dans différentes régions
pour répondre aux commandes de nos clients.
DFo 2-6
Pour chaque commande, nous devons conserver un ID.
Nous pouvons également disposer de la date de
commande, de la date d'expédition et du type de
paiement si l'information est disponible. Notre
personnel de saisie de commande connaît très bien
notre gamme de produits.
Nous organisons fréquemment des réunions avec le
service marketing pour présenter les nouveautés. Cela
nous a permis d'accroître la satisfaction des clients, car
nous pouvons répondre à leurs questions.
DFo 2-6
Nous traitons avec quelques clients triés sur le volet et
proposons tout un éventail de produits spécialisés.
Pour chaque produit, nous devons connaître l'ID et le
nom. De temps en temps, il nous faut aussi disposer
de la description, du prix suggéré et de l'unité de
vente.
Parfois, nous voulons aussi conserver de très longues
descriptions et des photos de nos produits.
DFo 2-6
Exemple de solution pour le diagramme ERD des
articles de sport
requested via CUSTOMER
ITEM ORDER placed by
o price # ID # ID
placing the
o quantity having o date_ordered * name
assignment of
o quantity_shipped o date_shipped entered by o phone
o total o address
representing
o payment_type o city
o order_filled assigned to o state
INVENTORY
entering o country
o amount_in_stock
o zip_code
o reorder_point EMPLOYEE
o credit_ratings
o max_stock responsible for # ID
o comments
o out_of_stock_reason o first_name
o retstock_date o last_name
* user_id
held in o start_date assigned to
for o comments
managed by
represented o salary
part of holding
by o commision_pct
the assignment
assigned to of
PRODUCT the assignment
WAREHOUSE
# ID of
# ID
* name
o address REGION
o short_description
o city
DEPARTMENT contain # ID
o suggested_whisl_price # ID
o state o name
o whisl_unit o name assigned to
o country
o zip_code contain
o phone in
DFo 2-6
Exercice du projet
DFo_2_6_Project
Base de données du magasin Oracle Baseball League

Modélisation entité-relation
DFo 2-6
Synthèse
Dans cette leçon, vous avez appris comment :
• décrire la modélisation des données ;
• expliquer le concept "sans implémentation" dans le contexte
de l'implémentation des modèles de données et de la
conception de base de données ;
• énumérer les quatre objectifs de la modélisation entité-
relation ;
• identifier un diagramme ERD ;
• mettre en correspondance des relations à l'aide de l'ERDais ;
• créer des composants ERD qui représentent des
entités et des attributs selon les conventions de
création de diagrammes.
DFo 2-6

DFo 2 6 FR

Transféré par

Informations du document

Titre original

Copyright

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 :

DFo 2 6 FR

Titre original :

Transféré par

Droits d'auteur :

Database Foundations

Copyright © 2017, Oracle et/ou ses affiliés. Tous droits réservés.

Vous êtes ici

• Un modèle conceptuel est un modèle formel qui :

• Un bon modèle de Types de base de données

• Capturer toutes les informations requises

Créer des Identifier

BOOK written by AUTHOR

BOOK written by AUTHOR

• Réexaminez le diagramme ERD et validez la relation.

BOOK written by AUTHOR

• Chaque livre (BOOK) doit être écrit par un seul et

Base de données du magasin Oracle Baseball League

Centres d'intérêt liés

Vous aimerez peut-être aussi