• Author / Uploaded
• home work

Citation preview

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 Bases de données relationnelles

Identificateurs uniques

Modèles de données conceptuels et physiques

Relations

Entités et attributs

Modélisation entité-relation (diagrammes ERD)

Vous êtes ici

DFo 2-6 Modélisation entité-relation (diagrammes ERD)

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 Modélisation entité-relation (diagrammes ERD)

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

4

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 Modélisation entité-relation (diagrammes ERD)

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

5

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 entité-relation (diagrammes ERD)

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

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 entité-relation (diagrammes ERD)

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

7

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 Modélisation entité-relation (diagrammes ERD)

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

8

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 entité-relation (diagrammes ERD)

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

9

Modélisation logique : exemple FACULTY

teaches

# ID * Name ° Email

taught by

belongs to

COURSE # ID * Name ° Session ID ° Department ID enrolled by

contains

offered by

enrolls

STUDENT # ID * First Name ° Reg Year ° Email

DEPARTMENT # ID * Name ° HOD offers DFo 2-6 Modélisation entité-relation (diagrammes ERD)

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

10

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 Modélisation entité-relation (diagrammes ERD)

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

11

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élisation entité-relation (diagrammes ERD)

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

12

Modèles sans implémentation • Un bon modèle de données logique demeure identique, quel que soit le type de système de base de données finalement créé ou mis en œuvre. • Voilà ce que signifie "modèle sans implémentation". DFo 2-6 Modélisation entité-relation (diagrammes ERD)

Types de base de données Modèle ER

Base de données hiérarchique

Base de données réseau Base de données relationnelle

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

13

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 Modélisation entité-relation (diagrammes ERD)

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

14

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 Modélisation entité-relation (diagrammes ERD)

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

15

Etapes de création d'un diagramme ERD

Créer des entités et des attributs

Choisir des identificate urs uniques

Construire des relations

DFo 2-6 Modélisation entité-relation (diagrammes ERD)

Identifier l'optionalité et la cardinalité

Vérifier le modèle

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

16

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 Modélisation entité-relation (diagrammes ERD)

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

18

Exemple d'ERDais Une relation ayant deux sens, lisez tout d'abord dans un sens, de gauche à droite.

BOOK

BOOK

1. 2. 3. 4. 5. 6.

written by

AUTHOR

CHAQUE LIVRE ("BOOK", entité A) DOIT ETRE (optionalité, ligne continue) ECRIT PAR ("written by", nom de la relation) UN (SEUL ET UNIQUE) (cardinalité, trait simple) AUTEUR ("AUTHOR", entité B)

AUTHOR the author of

1. 2.

CHAQUE AUTEUR ("AUTHOR", entité B)

3.

PEUT ETRE (optionalité, ligne en pointillés)

4.

L'AUTEUR DE ("the author of", nom de la relation)

5. 6.

UN OU PLUSIEURS (cardinalité, patte d'oie) LIVRE ("BOOK", entité A) DFo 2-6 Modélisation entité-relation (diagrammes ERD)

Lisez ensuite la relation de droite à gauche.

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

19

Scénario BOOK

written by

BOOK

AUTHOR

AUTHOR the author of

1. 2. 3. 4.

CHAQUE LIVRE ("BOOK", entité A) DOIT ETRE (optionalité, ligne continue) ECRIT PAR ("written by", nom de la relation) 5. UN SEUL ET UNIQUE (cardinalité, trait simple) 6. AUTEUR ("AUTHOR", entité B)

BOOK

1. CHAQUE 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) 6. LIVRE ("BOOK", entité A)

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.

20

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

written by

AUTHOR

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 Modélisation entité-relation (diagrammes ERD)

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

21

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 Modélisation entité-relation (diagrammes ERD)

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

22

Scénario d'une société d'articles de sport 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 Modélisation entité-relation (diagrammes ERD)

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

23

Scénario d'une société d'articles de sport 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 Modélisation entité-relation (diagrammes ERD)

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

24

Scénario d'une société d'articles de sport 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 Modélisation entité-relation (diagrammes ERD)

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

25

Exemple de solution pour le diagramme ERD des articles de sport ITEM o price o quantity o quantity_shipped

requested via having

representing INVENTORY o amount_in_stock o reorder_point o max_stock o out_of_stock_reason o retstock_date

part of

PRODUCT # ID * name o short_description o suggested_whisl_price o whisl_unit

placed by

entered by

responsible for

managed by holding WAREHOUSE # ID o address o city o state o country o zip_code o phone

placing the assignment of

assigned to

entering

held in

for represented by

ORDER # ID o date_ordered o date_shipped o total o payment_type o order_filled

EMPLOYEE # ID o first_name o last_name * user_id o start_date o comments o salary o commision_pct the assignment of

assigned to

the assignment of

assigned to

DEPARTMENT # ID o name

CUSTOMER # ID * name o phone o address o city o state o country o zip_code o credit_ratings o comments

contain assigned to

REGION # ID o name contain

in

DFo 2-6 Modélisation entité-relation (diagrammes ERD)

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

26

Exercice du projet DFo_2_6_Project Base de données du magasin Oracle Baseball League Modélisation entité-relation

DFo 2-6 Modélisation entité-relation (diagrammes ERD)

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

27

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 Modélisation entité-relation (diagrammes ERD)

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

28