• Aucun résultat trouvé

Bases de données Bases de données

N/A
N/A
Protected

Academic year: 2022

Partager "Bases de données Bases de données"

Copied!
4
0
0

Texte intégral

(1)

12/10/2009

1

Bases de données Bases de données

Les entités faibles:

Le MCD (Modèle Conceptuel de Données):

Passage au modèle logique

lundi 12 octobre 2009 1 Ph. CHOCHOIS

Dans le modèle conceptuel, une entité représente un objet de gestion de l'organisation concernée. L'entité a donc une existence propre.

Dans la réalité, cette notion n’est pas toujours vraie. Certaines entités dépendent d’autres entités.

Exemple: Un immeuble et les salles qui le composent.

Page 2

Une salle ‘a pas d’existence propre. Elle n’existe seulement parce que l’immeuble existe.

Entité faible Entité forte

(2)

12/10/2009

2 Règles de détermination des entités faibles:

L’entité faible n’existe que s’il y a présence d’une entité forte. La disparition de l’entité forte entraîne obligatoirement la disparition de l’entité faible. La suppression d’occurrences de l’entité forte entraîne automatiquement la suppression des occurrences de l’entité faible qui lui étaient associées.

L’entité faible ne peut exister que s’il y a dépendance fonctionnelle forte et stable.

Dépendance fonctionnelle: L’entité faible est associé à une seule entité forte. La

cardinalité maximale entre l’entité faible et l’association est à 1. Une salle n’est située que dans un immeuble.

Dépendance fonctionnelle forte: La cardinalité minimale est à 1. Une salle ne peut pas

ne pas être située dans un immeuble.

Dépendance fonctionnelle stable: L’association entre 2 occurrences des entités ne

peut pas évoluer. La salle ne peut pas changer d’immeuble !

Page 3

Représentation d'une entité faible :

Soit on représente par des traits en pointillé.

Soit on représente par des doubles traits.

Soit on la représente comme une entité normale en précisant en commentaires que l’entité est faible.

Page 4

(3)

12/10/2009

3

Pour identifier l'objet, on utilise l'identifiant de l'entité forte associé à un identifiant permettant de d'identifier de façon unique chaque

occurrence de l'entité faible.

Exemple: Numéro d’étage : 3 Salle : 325 Numéro d’étage : 1 Salle : 111 Représentation: 2 solutions

Page 5

Exercice 1: Cas « Bibliothèque »

Page 6

(4)

12/10/2009

4

LIVRES (codeLivre , nbPages , dateEdition , titre) codeLivre clé primaire de la table LIVRES

EXEMPLAIRES (#codeLivre , codeExemplaire , dateAchat)

codeLivre , codeExemplaire clé primaire composée de la table EXEMPLAIRES codeLivre clé étrangère de la table EXEMPLAIRES qui référence codeLivre de la table LIVRES.

Page 7

Exercice 2: Reprendre le cas « SSII-Commerciaux » afin de gérer le numéro séquentiel de site avec les notions d’entités faibles et d’identifiant relatif

Exercice 3: Cas « Chantier »

Page 8

Références

Documents relatifs

• dans le cas particulier d’une entité faible, la clé primaire de la relation correspondant à l’entité faible sera le couple constitué de la clé de l’entité forte et de

Compétences d'un utilisateur averti de BD relationnelles disposant de notions de base sur la conception et l'administration d'une BD. • Bases de données relationnelles:

Elle affiche deux champs de saisie de texte, pour le numéro du court et l'heure de début de la réservation, et une liste permettant de choisir son partenaire; la liste affiche

Cohérence : Comme pour le SELECT , dans la condition du HAVING doivent apparaître soit des attributs du GROUP BY ou qui sont identiques pour chaque élément du groupe, soit des

Country : Name, Code, Capital, Province, Area, Population ; (Province est la région de la capitale) City : Name, Country, Province, Population, Longitude, Latitude ; (Country est

Pour identifier le type de relation entre ces deux tables, on se posera les deux questions suivantes :  Pour un enregistrement de la 1ère table, combien peut-on avoir

Une agence de location de voiture veut gérer ses contrats de location afin d’en faire le suivi, on vous procure donc les informations suivantes :. Pour chaque client, on a

La base de données (données primaires) est la matière première à partir de laquelle la bioinformatique va produire d'autres données (données secondaires) et