• Conceptualisation de bases de données
• Niveaux d'abstraction en pratique
• Formalismes pour modèles conceptuels de données
• De UML à SQL

Site optimisé pour une lecture plein écran (800x600 de préférence)

Conceptualisation de bases de données

L'ANSI a proposé, dès 1975, le découpage d'une base de données en trois niveaux d'abstraction : un niveau interne (là où les données sont effectivement stockées), un niveau externe (là où l'utilisateur les voit) et un niveau conceptuel (intermédiaire entre les deux). Un schéma plus ancien (approche de Namur, 1974) scinde le niveau interne en deux : physique et logique.

Mise à jour : 12 mars 2003

• Conceptualisation de bases de données
• Niveaux d'abstraction en pratique
• Formalismes pour modèles conceptuels de données
• De UML à SQL

Site optimisé pour une lecture plein écran (800x600 de préférence)

Niveaux d'abstraction en pratique

Les niveaux interne et externe concernent le langage (SQL puisque nous privilégions les SGBD de type relationnel ou objet-relationnel) et intéressent les informaticiens qui auront à traduire en langage informatique (niveau physique) les schémas logiques établis en langage mathématique (niveau logique) (par eux-mêmes le plus souvent !) à partir de diagrammes représentant la base de données (niveau conceptuel). En outre, ils créeront les interfaces utilisateurs (incluant les sécurités d'accès), à l'aide du SQL également (niveau externe).

Le schéma conceptuel concerne tous les utilisateurs de la base de données, et pas seulement les informaticiens.

Mise à jour : 12 mars 2003

• Conceptualisation de bases de données
• Niveaux d'abstraction en pratique
• Formalismes pour modèles conceptuels de données
• De UML à SQL

Site optimisé pour une lecture plein écran (800x600 de préférence)

Formalismes pour modèles conceptuels de données

Nous avons vu l'importance des standardisations en ce monde où règnent les incompatibilités alors que l'échange d'information devient de plus en plus nécessaire. Dès le niveau conceptuel, il sera donc judicieux de suivre un certain formalisme (un formalisme décrit un modèle, en l'occurrence le modèle conceptuel des données) pour l'établissement des diagrammes représentant la base de données.

Deux formalismes se proposent au choix : entité-association ou UML.

Le formalisme entité-association, ou entité-relation, est aujourd'hui le plus utilisé en France avec la notation Merise (qui en est à sa version 2). Il est le plus adapté aux SGBD de type relationnel.

L'UML, Unified Modelling Language, s'impose pour les SGBD de type objet-relationnel puisqu'il s'agit d'un langage de modélisation orienté objet adopté comme standard par l'OMG (Object Management Group). Il s'impose aussi comme langage de spécification dans la conception des coopérations entre systèmes d'information. La notation UML pour le schéma conceptuel des bases de données n'est qu'une partie d'un ensemble plus grand. Ce qui facilitera l'intégration d'un SGBD au sein d'une organisation plus vaste.
Pour en savoir plus sur l'UML : uml.free.fr

Mise à jour : 12 mars 2003

• Conceptualisation de bases de données
• Niveaux d'abstraction en pratique
• Formalismes pour modèles conceptuels de données
• De UML à SQL

Site optimisé pour une lecture plein écran (800x600 de préférence)

De UML à SQL

Le livre de Christian Soutou, intitulé "De UML à SQL, conception de bases de données", développe les deux approches formalistes (Merise et UML), puis explique comment aller du schéma conceptuel au langage SQL en passant par le schéma logique. Voici le plan de son ouvrage :

Mise à jour : 12 mars 2003