Analyse de données

Objectif —> concevoir une base de données

Etapes de modélisation :

• Modélisation Conceptuelle des Données (MCD) ~ vue de l’entreprise (schéma entités/association)

• Modélisation Relationnelle des Données (MRD) ~ vue du système

• Modélisation Physique des Données (MPD) ~ script de création des tables

—> On obtient alors une base de données opérationnelle.

MCD

SCHEMA DATAMODELER

Vocabulaire

Entité : ensemble homogène d’informations (~objet, classe)

Propriété : champ de l’entité (~attribut, caractéristique), atomique

• obligatoire = *

• optionnel = O

• identifiant :
  • principal = #
    • simple = un numéro unique par exemple
    • composé de propriétés et/ou “de liens” (peut se lire “à chaque”) = un trait perpendiculaire au trait de la relation
  • secondaire = U

Occurrence de donnée : une “chose” identifiable de manière unique et sans ambiguïté (une ligne de valeurs)

Relations ou association : représentation d’une liaison logique entre plusieurs entités, avec un nom composé d’un verbe et des cardinalités

—> toujours bidirectionnelle

• obligatoire (au moins 1) = trait plein

• optionnel (peut être 0) = trait pointillé

• cardinalité maximale, “plusieurs” = patte d’oie ou “un et un seul” = rien

• manitoumani : double patte d’oie ~création d’une entité d’intersection

• héritage : une entité [générique] peut être décomposée en plusieurs entités [spécifiques] mutuellement exclusifs

• liens exclusifs : même nom et même cardinalité = arc

• liens transférables / non transférables : modifiables dans le temps ou non = losange

Domaines de valeurs statiques ~ énumérations —> pour des données stables qui ne changeront pas au fil du temps (mois, jours, unités de mesure)

Commentaires en vrac : - chaque table est identifiée avec une clé primaire —> une occurrence doit être identifiée de manière unique - on essaie d’avoir des identifiants principaux avec une seule colonne et sans informations métiers (qui sont souvent modifiées) —> plus facile à gérer - le trait vertical sur le lien c'est "à chaque" Ex : à chaque numéro de place dans le train correspond un numéro de wagon du train. Les numéros de place se répètent dans chaque wagon, donc on associe numPlace et numWagon à chaque fois pour être sûr qu'on sait de quoi on parle.

MRD

EXEMPLE D’UNE TABLE + DATAMODELER + notepad++

Transposition :

Le modèle relationnel de données est l’ensemble des tables qui composeront la base de données, avec la liste des colonnes et les différentes relations entre tables.

On détermine ici les contraintes de chaque table : - clé primaire (PK) - clé étrangère (FK) - non nullité (NN) - clé secondaire (UK) - domaine de valeurs statique (CHECK)

Concrètement : - si le lien est optionnel (pointillés), la colonne peut être null ; si le lien est obligatoire (trait plein), la colonne est NN - si le lien est de type onetoumani (une patte d’oie d’un côté), la table qui porte la patte d’oie a une colonne FK qui correspond à la PK de la table liée - si le lien est de type onetouone, la table qui porte un lien d’obligation a une colonne FK (qui est également UK) ; sinon analyse métier pour choisir quelle table a une colonne FK - si un lien est de type manitoumani (deux pattes d’oie), il est préférable de le résoudre amont pour n’avoir que des onetoumani, ce qui permet de passer plus facilement au modèle relationnel = on la résout en créant une table intermédiaire - si une entité possède un identifiant de lien (petit trait vertical), la table correspondante a une clé primaire composée de plusieurs colonnes, dont l’une vient d’une autre table = on a donc la PK qui est composée d’une ou plusieurs colonnes de la table et d’une colonne FK, celle-là est donc à la fois PK et FK

Notions avancées :

En base de données, la notion d’héritage n’existe pas (sauf un peu PostgreSQL) donc il existe différentes façons de gérer ça : une seule table, deux tables séparées ou bien trois tables séparées.

La transposition des arcs (exclusivité) peut se faire de manière explicite (avec une contrainte CHECK et une colonne remplie par option exclusive) ou de manière générique (avec une colonne générique et une colonne type).

Pour affiner le niveau relationnel, il est possible d’ajouter :

- des tables et des attributs logiques

- des règles logiques (comme des compteurs, des contraintes, liens non transférables)

- des déclencheurs, qui permettent d’automatiser des comportements (notamment pour gérer la non-transférabilité).

MPD

Ce modèle correspond au script de conception de la base de données, pour lequel on utilise le DDL (data definition language) de SQL.