Design logique

Nous avons fait notre première version d'un schéma E-R : c'est-à-dire, on a analysé le domaine, identifié les entités et leurs attributs, ainsi que les liens entre les entités.

Maintenant, on aimerait transformer ce design en quelque-chose concrète qui peut être utilisé pour, par exemple, rédiger un DDL pour une base de données.

Pendant cette phase, nous allons augmenter notre schéma E-R (ou le faire évoluer) de plusieurs façons :

• l'ajout de tables de jointure pour les relations many-to-many

• l'identification des clés candidates, superkeys, clés primaires

• définition des types de données de chaque attribut

• identifier les domaines de chaque attribut (la gamme de valeurs valides)

• imposer des contraintes sur les attributs ou sur les liens entre les entités

• identification et l'ajout des clés étrangères

Il peut y avoir plusieurs livrables :

• Un schéma E-R augmenté : un schéma E-E-R (enhanced entity relation diagram)

• Un DDL

L'identification des clés, la définition des domaines, l'ajout de tables de jointures, etc. sont des activités qui se font parfois purement par intuition. En revanche, il n'est pas souvent évident comment procéder pour garantir un résultat optimisé.

On a développé donc une sorte d'algorithme qui nous permet de tester et faire évoluer notre schéma de la meilleure façon possible, qui s'appelle la normalisation.