Database Reference
In-Depth Information
Chapitre 1
Le niveau conceptuel
Ce chapitre détaille la première étape de conception d'une base de données : il s'agit d'élaborer
un schéma conceptuel. Bien que le formalisme graphique préconisé soit le diagramme de
classes de la notation UML, vous trouverez toutes les équivalences avec les modèles de type
entité-association.
La modélisation est un processus à la fois incontournable et crucial. Incontournable, car même
si vous maîtrisez le modèle relationnel et connaissez parfaitement l'environnement à auto-
matiser, vous ne pouvez pas raisonnablement créer directement les tables. Crucial, car cela
conditionne la structure de la base de données et donc inluencera les performances à venir.
Ce travail d'abstraction concerne toute nouvelle conception et il est naturel d'y consacrer du
temps.
Le schéma conceptuel exprime une vue abstraite de la base de données qui, ain de préserver
l'indépendance données/traitements, ne comporte aucune indication relative aux structures de
stockage ou techniques d'accès aux données.
L'objectif d'un schéma conceptuel n'est pas de décrire complètement un système, mais de
modéliser dans un premier temps les données qui seront stockées. Par ailleurs, des règles
métier peuvent enrichir un schéma conceptuel ain de préparer au mieux la programmation
des applications.
Il faut comprendre que la modélisation conceptuelle à base de classe ou d'entité repré-
sente les aspects sémantiques du modèle de données, tandis que le modèle physique à
base de tables est une lecture purement technique de la base. Malheureusement, il est
de plus en plus fréquent de voir des informaticiens ignorer la modélisation conceptuelle
pour s'engouffrer directement sur le physique. C'est une erreur gravissime qui a des
conséquences profondes et durables, comme la mauvaise interprétation du modèle ou la
création de tables obèses.
