UML 2 pour les bases de données
124
© Éditions Eyrolles
Bilan
Nous avons étudié les aspects du modèle relationnel intéressant la conception. Il existe deux
autres aspects importants du modèle relationnel. Le premier concerne l’intégrité des données,
que nous verrons au chapitre suivant quand nous traiterons de la traduction des différentes
contraintes avec SQL. Le second couvre l’aspect de manipulation au sens des opérateurs
relationnels, qui sort du sujet de ce livre.
Les méthodes de conception basées sur l’analyse des dépendances fonctionnelles sont rarement
mises en œuvre dans le milieu industriel. La démarche de conception la plus courante consiste
en effet à élaborer un diagramme conceptuel, puis à le transformer dans le modèle de données
par un outil informatique, qui utilise les règles que nous verrons à la fin de ce chapitre. La
connaissance des DF et de leurs caractéristiques peut néanmoins aider à la validation en amont
et à l’évolution d’un modèle de données.
Modèles objet
En se plaçant à un niveau logique, on ne peut pas à proprement parler d’un seul modèle de
données objet. La littérature en a proposé de nombreux qui proviennent des modèles de données
sémantiques. Nous serons plus pragmatiques en présentant d’une part comment la notation UML
peut modéliser un schéma logique. D’autre part, par analogie au modèle relationnel, nous
présenterons une syntaxe qui permet de décrire un schéma de base de données objet-relationnel
ou objet.
Notation UML
La notation UML (Rational Rose parle de profil UML pour les bases de données) permet de
modéliser un schéma relationnel (le diagramme de classes représentant un ensemble de tables).
Pour préciser qu’une classe représentera une table, on utilise le stéréotype <>. La classe
124
© Éditions Eyrolles
Bilan
Nous avons étudié les aspects du modèle relationnel intéressant la conception. Il existe deux
autres aspects importants du modèle relationnel. Le premier concerne l’intégrité des données,
que nous verrons au chapitre suivant quand nous traiterons de la traduction des différentes
contraintes avec SQL. Le second couvre l’aspect de manipulation au sens des opérateurs
relationnels, qui sort du sujet de ce livre.
Les méthodes de conception basées sur l’analyse des dépendances fonctionnelles sont rarement
mises en œuvre dans le milieu industriel. La démarche de conception la plus courante consiste
en effet à élaborer un diagramme conceptuel, puis à le transformer dans le modèle de données
par un outil informatique, qui utilise les règles que nous verrons à la fin de ce chapitre. La
connaissance des DF et de leurs caractéristiques peut néanmoins aider à la validation en amont
et à l’évolution d’un modèle de données.
Modèles objet
En se plaçant à un niveau logique, on ne peut pas à proprement parler d’un seul modèle de
données objet. La littérature en a proposé de nombreux qui proviennent des modèles de données
sémantiques. Nous serons plus pragmatiques en présentant d’une part comment la notation UML
peut modéliser un schéma logique. D’autre part, par analogie au modèle relationnel, nous
présenterons une syntaxe qui permet de décrire un schéma de base de données objet-relationnel
ou objet.
Notation UML
La notation UML (Rational Rose parle de profil UML pour les bases de données) permet de
modéliser un schéma relationnel (le diagramme de classes représentant un ensemble de tables).
Pour préciser qu’une classe représentera une table, on utilise le stéréotype <