1- Régles de normalisation 2ème partie : normalisation Modèle Conceptuel des Données 2- Les Formes Normales 3- Dépendances Fonctionnelles 4- Recap - Méthodologie.

Slides:



Advertisements
Présentations similaires
Gestion de la concurrence avec Entity Framework Développement d’application avec base de données Chapitre 23 Hugo St-Louis – Automne 2015.
Advertisements

UML EPITECH 2009 UML1 - Introduction UML – Définition – Historique – UML en entreprise – Couverture Concepts – Objet – Classe –
Les systèmes d'information 1- Une pratique quotidienne 2- Les données 3- Approche conceptuelle 4- Notion de serveur 5- Conception d'un système d'information.
1- Introduction 2ème partie Modèle Conceptuel des Données 2- Entités- Associations 4- Associations plurielles 3- Cardinalités 5- Associations réflexives.
1- Introduction 1ère partie Le langage SQL 2- Connexion 3- Structure & Contenu 4- Requêtes.
BUR Tableur Tableur : Open Office Calc. BUR Tableur 2 Qu’est-ce qu’un tableur ?  Un logiciel permettant de manipuler des feuilles de calcul  Fonctionnalités.
SQL partie 5 1 LMD create – update – primary key secondary key.
Initiation à la conception des systèmes d'informations. Cours N°4 : Modèle Logique de Données (MLD) Initiation à la conception des systèmes d'informations.
1- Introduction Sommaire Modèle Logique des Données 2- Structure 3- Traduction du MCD en MLD 4- Recap - Méthodologie.
WIKITTY Base de données orientée documents et API de persistance pour Java.
LE MODÈLE CONCEPTUEL DES DONNÉES Encadré par: Pr. LAMARI SIHAM Présenté par DAOUI CHAIMAA NEBLI HIND NMER ABDELMOUNIM OUTALAB SIHAM.
Système d’aide à la décision Business Intelligence
Les Bases de données Définition Architecture d’un SGBD
Cours Initiation aux Bases De Données
Initiation à la conception des systèmes d'informations
Méthode de conception d’une base de données
Module de gestion des tournées de livraison
4 Modèle conceptuel de données MCD
ملخص Initiation à la sgbdr
Université Stendhal - Grenoble
Cliquer pour continuer Mettre Password : actuellement : 9999
De jour en jour (la semaine, le mois, l'année)
Langage de manipulation de données (LMD)
Système d ’information médicalisé et tarification à l ’activité en HAD
Table passage en caisse
Représentation de l’information en binaire:
Les bases de données et le modèle relationnel
Langage de Manipulation des Données LMD
DESSIN TECHNIQUE Té de dessin Collège technique Sousse Collège technique Sousse.
Exercice Gestion des contrats Facturation
1 Présentation projet Base de Données & Langage SQL Bakary DIABY, Insa Rouen Promo. MS-ESD 16/17.
Langages de programmation TP10
LES PRINCIPES DE LA THERMODYNAMIQUE
LES FORMES NORMALES Les trois premières formes normales ont pour objectif de permettre la décomposition de relations sans perdre d’informations. Elles.
Maria Berger - Maîtrise d'AES Algèbre relationnelle.
Cyber-Sphinx Séance 2.
La méthode du simplexe. 1) Algorithme du simplexe  Cet algorithme permet de déterminer la solution optimale, si elle existe, d’un problème de programmation.
Manipulation D’Une Base De Données
Programmation en C++ C++ de base
Structure D’une Base De Données Relationnelle
1 ANGAMAN LUDOVIC UTT-LOKO-ITER. Organisation  10 séances de 3h  Présentation des bases de données  TP/TD.
Modélisation et conception des Systèmes d ’information Formateur: Mr. AASSOU Abdelilah Ecole Pigier Nador Année scolaire : 2012/2013.
Modélisation avec UML 2.0 Partie II Diagramme de classes.
Modèle entité-association Exercice client : Une petite entreprise souhaite concevoir une base de données pour la gestion des commandes de ses clients,
GPAO - CH - III1 1. Introduction 2. Les objectifs de la gestion du stock 3. Les différents types de stocks 4. L’optimisation du niveau de stock 5. Les.
Introduction en systèmes d’information et bases de données B.Shishedjiev -Introduction en BD 1.
I Copyright © 2004, Oracle. Tous droits réservés. Introduction.
Bases de données sous Access. Initiation aux bases de données  Structure d’une base de données.
Chapitre2: SGBD et Datawarehouse. On pourrait se demander pourquoi ne pas utiliser un SGBD pour réaliser cette structure d'informatique décisionnelle.
Bouchemit lila 1. 2 Entité Bouchemit lila Non relation 3.
DOSSIER 09 – Le modèle relationnel
Présentation de la base Frantext
3. Elaboration d'un schéma conceptuel
Les cas d’utilisation 420-KE2-LG.
Cas 2 : InfoBanque Crédit du Sud
Position, dispersion, forme
PRESENTATION ACCESS Editeur : Microsoft Environnement Windows (SE)
Informatique Master 1 - ANI Système de Gestion de Bases de Données.
PLATE FORME DE GESTION ÉLECTRONIQUE DE DOCUMENTS Présenté par: Amine LARIBI.
TP1 - DBMAIN BFSH Lausanne - Switzerland - Tel Université de Lausanne.
Conception d’unebasede données MERISE ( MÉTHODE D’ ETUDE ET DE RÉALISATION INFORMATIQUE POUR LES SYSTÈMES D’ENTREPRISE )
Bases – Banques Entrepôts de données
Les Mignardises du Salon des Poètes de Lyon
Systèmes d’Information et Application
Bases de Données Relationnelles(1)
MASTER 1ère année AIGEME Cours de Bases de données
1 Semestre stic Sébastien PARFAIT – Faculté de Médecine – Bureau 145.
Boulain Joris, Handouz Yassine, Regnier Fabien, Giraud Antoine
ScienceDirect Guide d’utilisation de la base de données : ScienceDirect Pr R. EL OUAHBI.
Votre dossier de candidature Merci de remplir les 5 prochaines diapositives avec les informations suivantes: a. Description de votre technologie b.
Transcription de la présentation:

1- Régles de normalisation 2ème partie : normalisation Modèle Conceptuel des Données 2- Les Formes Normales 3- Dépendances Fonctionnelles 4- Recap - Méthodologie

1- Régles de normalisation Modèle Conceptuel des Données

Normalisation des entités (importante) Toutes les entités qui sont remplaçables par une association doivent être remplacées. Exemple : cas des associations ternaires. Modèle Conceptuel des Données 1- Règles de Normalisation

Normalisation des noms Le nom d’une entité, d’une association ou d’un attribut doit être unique. Modèle Conceptuel des Données 1- Règles de Normalisation

Normalisation des noms Conseils : 1– pour les entités, utiliser un nom commun au pluriel exemple : clients Modèle Conceptuel des Données 1- Règles de Normalisation

Normalisation des noms Conseils : 2– pour les associations, utiliser : un verbe à l’infinitif : effectuer, concerner éventuellement à la forme passive : être commandé et accompagné d’un adverbe : avoir lieu dans, pendant, à Modèle Conceptuel des Données 1- Règles de Normalisation

Normalisation des noms Conseils : 3– pour les attributs, utiliser un nom commun singulier exemple : nom, numéro, libellé, description éventuellement accompagné du nom de l’entité ou de l’association dans laquelle il se trouve exemple : nom de client, numéro d’article Modèle Conceptuel des Données 1- Règles de Normalisation

Normalisation des noms Remarque : lorsqu’il reste plusieurs fois le même nom, c’est parfois symptomatique d’une modélisation qui n’est pas terminée... Modèle Conceptuel des Données 1- Règles de Normalisation 2 entités homogènes peuvent être fusionnées

Normalisation des noms... ou le signe d’une redondance Modèle Conceptuel des Données 1- Règles de Normalisation

Normalisation des identifiants Chaque entité doit posséder un identifiant. Modèle Conceptuel des Données 1- Règles de Normalisation

Normalisation des identifiants Conseils 1- Préférer les identifiants composés d'un seul attribut. évitez par exemple un identifiant formé par les attributs nom et prénom, car d’une part c’est mauvais pour les performances et d’autres part, l’unicité supposée par une telle démarche finit tôt ou tard par être démentie. Modèle Conceptuel des Données 1- Règles de Normalisation

Normalisation des identifiants Conseils 2– préférer un identifiant court pour rendre la recherche la plus rapide possible. Éviter notamment les chaînes de caractères comme un numéro de plaque d’immatriculation, un numéro de sécurité sociale. Modèle Conceptuel des Données 1- Règles de Normalisation

Normalisation des identifiants Conseils 3– Éviter les identifiants susceptibles de changer au cours du temps Plaques d’immatriculation,... Modèle Conceptuel des Données 1- Règles de Normalisation

Normalisation des identifiants Conclusion L’identifiant sur un schéma entités-associations (et donc la future clé primaire dans le schéma relationnel) doit être un entier, de préférence incrémenté automatiquement. Modèle Conceptuel des Données 1- Règles de Normalisation

Normalisation des attributs (importante) remplacer les attributs en plusieurs exemplaires en une association supplémentaire de cardinalités maximales n. Ne pas ajouter d’attribut calculable à partir d’autres attributs. Modèle Conceptuel des Données 1- Règles de Normalisation

Normalisation des attributs En effet, d’une part, les attributs en plusieurs exemplaires posent des problèmes d'évolutivité du modèle, Modèle Conceptuel des Données 1- Règles de Normalisation comment faire si un employé a deux adresses secondaires ?

Normalisation des attributs d’autre part, les attributs calculables induisent un risque d’incohérence entre les valeurs des attributs de base et celles des attributs calculés. Modèle Conceptuel des Données 1- Règles de Normalisation Attribut calculable qu'il faut retirer du schéma.

Normalisation des attributs D’autres d’attributs calculables classiques sont à éviter, comme l’âge (qui est calculable à partir de la date de naissance) ou encore le département (calculable à partir d’une sous-chaîne du code postal). Modèle Conceptuel des Données 1- Règles de Normalisation

Normalisation des associations (importante) Les attributs d’une association doivent dépendre directement des identifiants de toutes les entités en association. Modèle Conceptuel des Données 1- Règles de Normalisation

Normalisation des associations Exemple La quantité commandée dépend à la fois du numéro de client et du numéro d’article, par contre la date de commande non. Modèle Conceptuel des Données 1- Règles de Normalisation

Normalisation des associations Il faut donc faire une entité commandes à part, idem pour les livraisons. Modèle Conceptuel des Données 1- Règles de Normalisation

Normalisation des associations Autre conséquence de la normalisation des attributs des associations : une entité avec une cardinalité de 1,1 ou 0,1 aspire les attributs de l’association. Modèle Conceptuel des Données 1- Règles de Normalisation

Normalisation des associations Il faut éliminer les associations fantômes Modèle Conceptuel des Données 1- Règles de Normalisation les cardinalités sont toutes 1,1 donc c’est une association fantôme

Normalisation des associations redondantes Modèle Conceptuel des Données 1- Règles de Normalisation si un client ne peut pas régler la facture d’un autre client, alors l’association payer est inutile et doit être supprimée.

Normalisation des associations en plusieurs exemplaires. Modèle Conceptuel des Données 1- Règles de Normalisation

Normalisation des cardinalités Une cardinalité minimale est toujours 0 ou 1 (et pas 2, 3 ou n) et une cardinalité maximale est toujours 1 ou n (et pas 2, 3,...). Modèle Conceptuel des Données 1- Règles de Normalisation

2- Les Formes Normales Modèle Conceptuel des Données

1ère Forme Normale À un instant donné dans une entité, pour un individu, un attribut ne peut prendre qu’ une valeur et non pas, un ensemble ou une liste de valeurs. Modèle Conceptuel des Données 2- Les Formes Normales

1ère Forme Normale Si un attribut prend plusieurs valeurs, alors ces valeurs doivent faire l’objet d’une entité supplémentaire, en association avec la première Modèle Conceptuel des Données 2- Les Formes Normales Application de la première forme normale : il peut y avoir plusieurs auteurs pour un livre donné.

2ème Forme Normale L’ identifiant peut être composé de plusieurs attributs mais les autres attributs de l’entité doivent dépendre de l’ identifiant en entier (et non pas une partie de cet identifiant). Modèle Conceptuel des Données 2- Les Formes Normales

2ème Forme Normale On peut oublier cette 2ème forme normale si l'on fait le choix d'ajouter artificiellement un identifiant unique pour les entités identifiées naturellement par plusieurs attributs : Ex : nom, prénom, date de naissance => ajout d'un identifiant N° de personne Modèle Conceptuel des Données 2- Les Formes Normales

2ème Forme Normale Contre-exemple : dans une entité clients dont l’identifiant est composé des attributs nom et prénom, la date de fête d’un client ne dépend pas de son identifiant en entier mais seulement de prénom. Elle ne doit pas figurer dans l’entité clients, il faut donc faire une entité calendrier à part, en association avec l’entité clients. Modèle Conceptuel des Données 2- Les Formes Normales

3ème Forme Normale Tous les attributs d’une entité doivent dépendre directement de son identifiant et d’aucun autre attribut. Modèle Conceptuel des Données 2- Les Formes Normales

3ème Forme Normale Si ce n’est pas le cas, il faut placer l’attribut pathologique dans une entité séparée, mais en association avec la première. Ex : Il y a redondance (et donc risque d’incohérence) dans les colonnes constructeur et capacité. Modèle Conceptuel des Données 2- Les Formes Normales

3ème Forme Normale L’entité avions n’est pas en troisième forme normale (dite de Boyce- Codd), car la capacité et le constructeur d’un avion ne dépendent pas du numéro d’avion mais de son modèle. Modèle Conceptuel des Données 2- Les Formes Normales Application de la troisième forme normale.

3- Dépendance Fonctionnelles Modèle Conceptuel des Données

Les dépendances fonctionnelles sont un complément utile dans la phase de conception. Elles permettent aussi une représentation différente sous la forme de graphes. Modèle Conceptuel des Données 3- Les Dépendances Fonctionnelles

Définitions et propriétés : Un attribut Y dépend fonctionnellement d’un attribut X si et seulement si une valeur de X induit une unique valeur de Y. Notation : X → Y. Transitivité : si X → Y et Y → Z alors X → Z. Modèle Conceptuel des Données 3- Les Dépendances Fonctionnelles

Définitions et propriétés Illustration : Modèle Conceptuel des Données 3- Les Dépendances Fonctionnelles

Définitions et propriétés Illustration : Modèle Conceptuel des Données 3- Les Dépendances Fonctionnelles

Graphe de couverture minimale Exemple Modèle Conceptuel des Données 3- Les Dépendances Fonctionnelles

Graphe de couverture minimale Exemple Modèle Conceptuel des Données 3- Les Dépendances Fonctionnelles

Graphe de couverture minimale MERISE TP 1 Dessiner le graphe de couverture minimale de notre cher zoo. Modèle Conceptuel des Données 3- Les Dépendances Fonctionnelles

4- Récap - Méthodologie Modèle Conceptuel des Données

Méthodologie de base 1- Identifier les entités en présence 2- Lister leurs attibuts 3- Définir leur identifiant ou ajouter un identifiant 4- Etablir les associations binaires entre les entités 5- Lister les attributs des associations 6- Calculer les cardinalités 7- Appliquer les règles de normalisation. Modèle Conceptuel des Données 4- Récap - Méthodologie

Complément Dessiner le graphe de couverture minimale en fonction des dépendances fonctionnelles. Modèle Conceptuel des Données 4- Récap - Méthodologie