Normalisation des BD. Normalisation d’un schéma relationnel  Une mauvaise répartition des données dans les relations peut engendrer :  Des problèmes.

Slides:



Advertisements
Présentations similaires
REFERENTIEL DE LA SERIE STG
Advertisements

III. Conception de schéma de base de données
Langage de manipulation de données Ensemble de commandes permettant : – modifier la base : ajout, modification et suppression – interroger la base ex :
Benoît Piranda Équipe SISAR Université de Marne La Vallée Bases de données Algèbre relationnelle, opérations Requêtes SQL.
Material/Sources: Daniel Bardou, Julie Dugdale &
Material/Sources: Daniel Bardou, Julie Dugdale &
Bases de données : modèlisation et SGBD
Introduction Pour concrétiser l’enseignement assisté par ordinateur
Modèle Entités-Associations
Bases de Données Relationnelles Modélisation Conceptuelle (Chapitre 3) Validation et transformations.
Règles de normalisation du MCD
La base de données : le modèle relationnel.
Relations avec les entity beans Michel Buffa UNSA
Le modèle logique (Relationnel) de données
Programme Introduction aux BD et aux SGBD Le modèle relationnel
Le modèle entité / associations MCD (Modèle Conceptuel des Données)
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
Développement d’applications web
Rappel sur les bases de données et le vocabulaire
Introduction à la conception de Bases de Données Relationnelles
Chap 4 Les bases de données et le modèle relationnel
Bases de données et SGBD relationnels
Les formes normales.
Formes Normales Chapitre 19
Modélisation de données (modèle relationnel)
Le modèle relationnel.
L’utilisation des bases de données
Cas pratique : Interim.
Bases de Données Avancées: Base de données relationnelles
MODELE RELATIONNEL concept mathématique de relation
1 Formes Normales Chapitre Objectifs Illustrer les redondances dans le stockage de linformation Introduire les dépendances fonctionnelles comme.
Cours N°2 Base de Données & Langage SQL
Les concepts et les méthodes des bases de données
Normalisation. RELATION NORMALE Une relation est dite normale si aucun des domaines qui la composent n'est lui-même une relation. En d'autres termes,
Initiation aux bases de données et à la programmation événementielle
Initiation aux bases de données et à la programmation événementielle
Initiation à la conception des systèmes d'informations
Rappel : règles de validation :
Chapitre 3 La normalisation du modèle relationnel
Bases de données.
Conception d’un diagramme EA Frédéric Gava (MCF) LACL, bâtiment P2 du CMC, bureau 223 Université de Paris XII Val-de-Marne 61 avenue.
DOSSIER G10 – La base de données Relationnelle
UML : FORMES NORMALES PREMIERE FORME NORMALE (1FN) :
Bases de données : modèlisation et SGBD
1 Initiation aux bases de données et à la programmation événementielle Responsable : Souheib BAARIR. (le sujet de votre .
Edot Groupe de travail sur l’intégration. Le problème Intégration de nouvelles données avec les données existantes dans l’entrepôt Les données existantes:
Quinio1 Bases de données : modèlisation et SGBD Séance 3 B Quinio.
Systèmes de gestion de BD
Notion de Dépendance Fonctionnelle (DF)
LE TABLEUR-GRAPHEUR Séquence 4 Compétences visées :
PROGRAMMATION INFORMATIQUE D’INGÉNIERIE II
PROGRAMMATION INFORMATIQUE D’INGÉNIERIE II
Chap I: Le modèle E/A Université de Tébessa
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 AUX BASES DE DONNEES Dépendances et normalisation
INTRODUCTION AUX BASES DE DONNEES Base et métabase
INTRODUCTION AUX BASES DE DONNEES Dépendances et normalisation Exercices Université Panthéon-Assas Paris 2 L2 Economie-Gestion.
Les vues, indexes, séquences.  Qu’est ce qu’une vue 1. Une vue est une vision partielle ou particulière des données d'une ou plusieurs tables de la base.
Analyse, élaboration et exploitation d’une Base de Données
ACCESS SGBDR Relations Objets. Gestion de Fichiers        données MS applications Independance enregistrement Programme: manipule une.
LP1 ACCESS SGBDR Relation Objets. Caractéristiques des SGBDR Organisation SI système de pilotage Institutions Clients Concurrence Fournisseurs système.
LP1 Outils Base de données Modélisation Relation Objets.
I. Concepts des bases de données Bases de données   J-L Hainaut Motivation et introduction 5. Les SGBD 2. Concepts des bases de données 3.
Les bases de données Séance 3 Construction du Modèle Conceptuel de Données.
Cours de Systèmes de Gestion de Données - Licence MIAGE – 2003/20041 Cours n°2 La conception d ’un schéma relationnel (suite) Chantal Reynaud Université.
Bases de données : modèlisation et SGBD Séance 3.
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.
Bases de données   J-L Hainaut I. Concepts des bases de données 1. Motivation et introduction 5. Les SGBD 2. Concepts des bases de données 3.
Transcription de la présentation:

Normalisation des BD

Normalisation d’un schéma relationnel  Une mauvaise répartition des données dans les relations peut engendrer :  Des problèmes de stockage de données.  De manipulation de données.  Normaliser le schéma relationnel.  Idée: « un seul fait dans un seul lieu ».  La normalisation repose sur deux concepts fondamentaux: la clé candidate et la dépendance fonctionnelle.

Normalisation d’un schéma relationnel  Pourquoi un « seul fait, un seul lieu » ?  Soit la relation EMP(empno, ename, deptno, dname): Remarquez la dépendance deptno  dname. Anomalies :  Insertion on ne peut ajouter un département vide d’employés.  Modification si on veut changer le nom d’un département, on doit mettre à jour le dname de tous ses employés.  Suppression si on supprime le dernier employé d’un département, on perd le code et le nom du département.  Redondance l’information dname est redondante, ce qui provoque des saisies de la même information, et un gaspillage de stockage.  Solution… ? Les dépendances fonctionnelles doivent être inter-relations, et non intra-relations

Normalisation d’un schéma relationnel  Dépendance fonctionnelle  Il existe une dépendance fonctionnelle entre les attributs X et Y d’une même relation R, si la valeur de X détermine la valeur de Y. Elle est notée X  Y  Si E1 et E2, deux uplets (occurrences) de R, ont la même valeur de X, alors ils ont forcément la même valeur de Y.  Exemple: Soit la relation Personne(Nom, Cité, CP, Gouvernorat) CP  Gouvernorat, mais on n’est pas certain que cité  gouvernorat, car deux cités différentes de deux gouvernorats différents peuvent avoir le même nom.

Normalisation d’un schéma relationnel  Première forme normale Une relation R est en 1 ère FN si elle ne comporte pas d’attribut multi-valué. LIVRE(codelivre, titre, auteurs) LIVRE(codelivre, titre) REDACTION(codelivre, codeauteur)  Deuxième forme normale 1. R doit être en 1 ère FN 2.Un attribut X de R, qui ne fait pas partie de la clé candidate, ne doit pas dépendre d’un sous-ensemble strict de la clé candidate. REDACTION(codelivre, codeauteur, nomauteur) codeauteur  nomauteur ! REDACTION(codelivre, codeauteur) AUTEUR(codeauteur, nomauteur)

Normalisation d’un schéma relationnel  Troisième forme normale 1. R est en 2 ème FN 2. Tout attribut X de R n’appartenant pas à la clé candidate, ne doit dépendre que de la clé candidate. EMP(empno, ename, deptno, dname) deptno  dname ! EMP(empno, ename, deptno) DEPT(deptno, dname)  Forme normale de Boyce-Codd Les seules sources de dépendance sont les clés candidates. REDACTION(codelivre, nomauteur, codeauteur) codeauteur  nomauteur ! REDACTION(codelivre, codeauteur) AUTEUR(codeauteur, nomauteur)

Normalisation d’un schéma relationnel  Décomposition Soit une relation R(A,B,C), avec B  C. R n’est pas en 3 ème FN. R doit être décomposée : 1. En préservant les dépendances fonctionnelles. 2. Sans perte de données. La décomposition de R en R1(A,B) et R2(B,C) préserve la DF B  C, et elle est sans perte de données puisque R=R1 ►◄ R2. R est la jointure naturelle de R1 et de R2. EMP(empno, ename, deptno, dname) deptno  dname ! EMP(empno, ename,deptno) DEPT(deptno, dname)