MODELE RELATIONNEL concept mathématique de relation

Slides:



Advertisements
Présentations similaires
REFERENTIEL DE LA SERIE STG
Advertisements

III. Conception de schéma de base de données
Chap. 4 Recherche en Table
Les Systèmes de Gestion de Bases de Données (SGBD) df - normalisation.
Rappels. Les Systèmes de Gestion de Bases de Données (SGBD) L'algèbre relationnelle.
Matière/Sources: Daniel Bardou, Julie Dugdale &
Un modèle conceptuel Le modèle Entité-Association Frédéric Gava (MCF)
1 Bases de donn é es relationnelles. 2 Introduction au mod è le relationnel les donn é es sont repr é sent é es par des tables, sans pr é juger de la.
Modèle Entités-Associations
Le modèle logique des données relationnel MLD
Le Modèle Relationnel (Chapitre 4)
Le Modèle Logique de Données
Modèle Relationnel.
La base de données : le modèle relationnel.
Programme Introduction aux BD et aux SGBD Le modèle relationnel
Programme Introduction aux BD et aux SGBD Le modèle relationnel
Bases de Données Plan du cours : Année : 2009/10 A - Généralités :
Initiation au système d’information et aux bases de données
Initiation au système d’information et aux bases de données
Analyse et Conception des Systèmes d’Informations
Algèbre relationnelle
B.Shishedjiev - Modèle relationnel
Initiation à la conception de systèmes d'information
Initiation à la conception des systèmes d'informations
Modélisation E/R des Données
Introduction à la conception de Bases de Données Relationnelles
Modèle conceptuel : Entité Association Modèle logique : Relationnel
Transformation du diagramme de classe en modèle relationnel
LANGAGES LIES AU MODELE RELATIONNEL
Chap 4 Les bases de données et le modèle relationnel
Les formes normales.
Conception des données
La structuration et la représentation informatique de l'information
Conception d’une Base de Données Passage au Schéma Relationnel
Le modèle relationnel.
L’utilisation des bases de données
Modèle Logique de Données
Conception de BD relationnelle
SYSTEMES D’INFORMATION
Staf 2x Cours de bases de données
Cours de Base de Données & Langage SQL
Cours N°2 Base de Données & Langage SQL
Relations et fonctions
Cours de Management des Systèmes d’Information
Initiation aux bases de données et à la programmation événementielle
Michel Tollenaere SQL et relationnel 1 Cours MSI-2A filière ICL version 1.1 du 2 novembre 2010 Cours de Management des Systèmes dInformation
Michel Tollenaere SQL et relationnel ENSGI Cours MSI 2A Relationnel et SQL version 1.4 du 25 septembre 2007 (ajout jointures) 1 Modèle relationnel Historique.
Chapitre 3 La normalisation du modèle relationnel
Plan UE Introduction aux Bases de Données
Bases de données   J-L Hainaut Partie 1 - Comprendre les bases de données Partie 2 - Utiliser les bases de données Partie 3 - Développer une base.
Bases de données.
Intégration de schémas
DEFINITION DES DONNEES : schéma conceptuel. Schéma conceptuel instructiondescription CREATE TABLEcréation d'une relation ALTER TABLEmodification de la.
DOSSIER G10 – La base de données Relationnelle
Bases de données : modèlisation et SGBD
Sélection de colonnes (la projection)
Quinio1 Bases de données : modèlisation et SGBD Séance 3 B Quinio.
Systèmes de gestion de BD
ANALYSE LE MCD 1ère approche
ANALYSE LE MCD 1ère approche
Le langage SQL.
INTRODUCTION AUX BASES DE DONNEES Modèle entités-relations
Initiation aux bases de données et à la programmation événementielle
LES FORMES NORMALES Les trois premières formes normales ont pour objectif de permettre la décomposition de relations sans perdre d’informations. Elles.
Introduction Module 1.
Le modèle logique des données relationnel
Bases de données – Cours 2
Les bases de données Séance 4 Construction du Modèle Physique (la BDD)
Schéma de base de données Présentation. Conception du schéma logique  Transformation du schéma conceptuel en structures de données supportées par les.
Transcription de la présentation:

MODELE RELATIONNEL concept mathématique de relation relation : sous-ensemble du produit cartésien d’une liste de domaines domaine : ensemble de valeurs soient D1, D2, …, Dn, n domaines P = {n-uplets (v1,v2,…,Vn) / vi  Di pour i=1,2,…,n}

MODELE RELATIONNEL Ex. :

MODELE RELATIONNEL attribut d’une relation : couple (nom,domaine) arité d’une relation : nombre d’attributs décrivant les individus  les éléments de la relation sont appelés n-uplets ou tuples cardinal ou cardinalité d’une relation : nombre de n-uplets de la relation Ex. : dans la relation précédente, arité = 7 cardinalité = 4

MODELE RELATIONNEL schéma d’une relation : nom de la relation + liste des attributs + contraintes Ex. : le schéma de la relation PATIENT est : PATIENT (N_SS : nombre(13), nom: chaîne(20), adresse : chaîne(30), age : entier, poids : entier, taille : nombre, diabete : caractère) clé d’une relation : ensemble d’attributs permettant d’identifier un n-uplet parmi tous les autres Ex. : dans la relation précédente, N_SS est la clé

MODELE RELATIONNEL schéma de base de données relationnel : ensemble de schémas de relations + un certain nombre de contraintes différents types de contraintes d’intégrité :  contraintes de domaine  dépendances fonctionnelles  contraintes référentielles ou contraintes d’inclusion

MODELE RELATIONNEL médecin N_O nom prénom adresse_pro tel_pro specialiste specialité patient N_SS nom adresse age poids taille diabète consulte 0,n 0,n date

MODELE RELATIONNEL règles de passage modèle E-A  modèle relationnel règle 1 : tout type d’entité est traduit en une relation dont les attributs proviennent du type d’entité. La clé primaire de la relation est celle du type d’entité. règle 2 : un type d’association est traduit en une relation dont les attributs proviennent du type d’association ainsi que des clés des types d’entité participant au type d’association. La clé primaire de cette relation est constituée des attributs provenant des types d’entités associées. règle 3 : un type d’association binaire ayant une cardinalité égale à 0,1 ou 1,1 pour un type d’entité Ei et quelconque pour Ej ne donne pas lieu à la création d’une relation. On ajoute à la relation représentant Ei les attributs du type d’association ainsi que l’ensemble des attributs clés de Ej.

MODELE RELATIONNEL Ex. : médecin patient consulte 0,n 0,n N_O N_SS nom prénom adresse_pro tel_pro specialiste specialité nom adresse age poids taille diabète 0,n consulte 0,n date PATIENT (N_SS : nombre(13), nom: chaîne(20), adresse : chaîne(30), age : entier, poids : entier, taille : nombre, diabete : caractère) MEDECIN (N_O : nombre(10), nom : chaîne(20), prénom : chaîne(15), adresse_pro : chaîne(30), tel_pro : chaîne(10), specialiste : caractère, specialite : chaîne(20)); CONSULTATION (N_patient : nombre(13), N_medecin : nombre(10), date : DATE)

MODELE RELATIONNEL  contraintes de domaine :  définition extensive ou intensive du domaine d’un attribut  l’existence de la valeur d’un attribut dépend de celle d’un autre attribut  la valeur d’un attribut est déduite, par calcul, de celle Ex. : dans la relation PATIENT, • les valeurs de l’attribut sont compris entre 0 et 130 • les valeurs de l’attribut diabète sont Oui ou Non • la valeur de l’attribut age peut être calculé à partir de la valeur de l’attribut N_SS dans la relation MEDECIN, • si specialiste = F alors specialite est null

MODELE RELATIONNEL  dépendances fonctionnelles un attribut ou groupe d’attributs Y dépend fonctionnellement d’un autre attribut ou groupe d’attributs si à une valeur donnée de X correspond une valeur unique de Y Ex. : • soit la relation VOITURE (N_chassis, type, marque, couleur, puissance), (type, marque)  puissance • dans la relation PATIENT, l’ensemble des attributs nom, adresse, age, poids, taille, diabete dépend fonctionnellement de la valeur de N_SS

MODELE RELATIONNEL  contraintes référentielles ou contraintes d’inclusion  contrainte entre ensembles d’attributs de 2 relations R1 et R2  si E1 de R1 fait référence à E2 de R2, on impose que pour tout t1 de R1, il existe un tuple (et un seul) t2 tel que t2(E2) = t1(E1) Ex. : dans la relation CONSULTATION, • N_patient fait référence à un N_SS existant dans PATIENT • N_medecin fait référence à un N_O existant dans MEDECIN