18
Introduction pratique aux bases de données relationnelles
complète. Elle contient obligatoirement une description narrative du
mandat avec des objectifs clairement définis, ainsi qu'une liste des
informations factuelles pertinentes (voir l'exemple dans la figure 2-1).
Dans la phase d'analyse, la description narrative des relations entre les
données est complétée par leur représentation graphique ou illustrée
d’un exemple récapitulatif. Durant cette phase, il est crucial de
formuler, dans le langage des utilisateurs, les faits nécessaires au
développement ultérieur d'une base de données.
Deuxième phase :
définition des
ensembles
d’entités et de liens
La deuxième phase d'abstraction vise à concevoir un modèle
entité-association (entity relationship model, en anglais) où l'on
définit les ensembles d'entités et les ensembles de liens entre ces
entités. Dans ce modèle, les ensembles d'entités sont représentés
graphiquement par des rectangles, et les ensembles de liens par des
losanges. Partant de l'analyse des données présentée dans la figure 2 1
on découvre trois principaux ensembles d'entités : DÉPARTEMENT,
EMPLOYÉ et PROJET
1 . Pour savoir dans quel département et sur quel
projet travaille chaque employé, on définit deux ensembles de liens :
AFFECTATION et APPARTENANCE, que l'on connecte aux trois
ensembles d'entités dans le diagramme. Ainsi, un modèle entitéassociation permet de structurer et de visualiser avec clarté les faits
recueillis dans la phase d'analyse des données. Il convient de
souligner ici qu'il n'est pas toujours facile d'identifier des ensembles
d'entités et de liens ainsi que leurs attributs de manière unique. Bien
au contraire, la phase de conception exige de la compétence et de
l'expérience pratique de la part de l’architecte de données.
Troisième phase :
conception du
schéma de la base
de données
relationnelle
La troisième phase a pour but de convertir le modèle entitéassociation en un schéma de base de données relationnelle (relational
database schema, en anglais). Définir un schéma de base de données,
c'est fournir une description formelle des objets dans la base de
données considérée. Sachant qu'une base de données relationnelle
n'admet que des tables comme objets, on doit donc exprimer tous les
ensembles d'entités et de liens sous forme de tables.
1 Comme pour les noms de tables, nous écrivons en majuscules les noms des
ensembles d'entités et des ensembles de liens.
Introduction pratique aux bases de données relationnelles
complète. Elle contient obligatoirement une description narrative du
mandat avec des objectifs clairement définis, ainsi qu'une liste des
informations factuelles pertinentes (voir l'exemple dans la figure 2-1).
Dans la phase d'analyse, la description narrative des relations entre les
données est complétée par leur représentation graphique ou illustrée
d’un exemple récapitulatif. Durant cette phase, il est crucial de
formuler, dans le langage des utilisateurs, les faits nécessaires au
développement ultérieur d'une base de données.
Deuxième phase :
définition des
ensembles
d’entités et de liens
La deuxième phase d'abstraction vise à concevoir un modèle
entité-association (entity relationship model, en anglais) où l'on
définit les ensembles d'entités et les ensembles de liens entre ces
entités. Dans ce modèle, les ensembles d'entités sont représentés
graphiquement par des rectangles, et les ensembles de liens par des
losanges. Partant de l'analyse des données présentée dans la figure 2 1
on découvre trois principaux ensembles d'entités : DÉPARTEMENT,
EMPLOYÉ et PROJET
1 . Pour savoir dans quel département et sur quel
projet travaille chaque employé, on définit deux ensembles de liens :
AFFECTATION et APPARTENANCE, que l'on connecte aux trois
ensembles d'entités dans le diagramme. Ainsi, un modèle entitéassociation permet de structurer et de visualiser avec clarté les faits
recueillis dans la phase d'analyse des données. Il convient de
souligner ici qu'il n'est pas toujours facile d'identifier des ensembles
d'entités et de liens ainsi que leurs attributs de manière unique. Bien
au contraire, la phase de conception exige de la compétence et de
l'expérience pratique de la part de l’architecte de données.
Troisième phase :
conception du
schéma de la base
de données
relationnelle
La troisième phase a pour but de convertir le modèle entitéassociation en un schéma de base de données relationnelle (relational
database schema, en anglais). Définir un schéma de base de données,
c'est fournir une description formelle des objets dans la base de
données considérée. Sachant qu'une base de données relationnelle
n'admet que des tables comme objets, on doit donc exprimer tous les
ensembles d'entités et de liens sous forme de tables.
1 Comme pour les noms de tables, nous écrivons en majuscules les noms des
ensembles d'entités et des ensembles de liens.