Chapitre 11
1 1
Production du schéma
de la base de données
La phase finale de production d’une base de données consiste à
traduire le schéma conceptuel dans le langage de définition de données
d’un SGBD (ici SQL). Pratiquement, on traduira chaque composant du
schéma Entité-association en structures de tables, colonnes, identifiants et clés étrangères. Ces structures seront alors exprimées dans le
langage SQL. À cette occasion, on étudiera également le processus de
redocumentation d’une base de données existante, aussi appelé rétroingénierie.
11.1 INTRODUCTION
Le schéma conceptuel exprime clairement les structures d’information à représenter,
mais il n’est pas accepté tel quel par l’ordinateur. Il est donc nécessaire de traduire
ce schéma en structures techniques de tables et de colonnes, c’est-à-dire en concepts
compréhensibles et gérables par des outils disponibles : les SGBD relationnels.
Nous proposerons des règles de traduction de chaque type de composants Entitéassociation en structures de bases de données telles qu’elles ont été décrites au
chapitre 3. Les structures ainsi obtenues seront alors exprimées aisément en SQL.
Nous proposerons une procédure simplifiée qui conviendra pour traiter les
problèmes abordés dans cet ouvrage. En particulier, nous ne nous préoccuperons pas
de critères de performance, que nous laisserons aux professionnels.
1 1
Production du schéma
de la base de données
La phase finale de production d’une base de données consiste à
traduire le schéma conceptuel dans le langage de définition de données
d’un SGBD (ici SQL). Pratiquement, on traduira chaque composant du
schéma Entité-association en structures de tables, colonnes, identifiants et clés étrangères. Ces structures seront alors exprimées dans le
langage SQL. À cette occasion, on étudiera également le processus de
redocumentation d’une base de données existante, aussi appelé rétroingénierie.
11.1 INTRODUCTION
Le schéma conceptuel exprime clairement les structures d’information à représenter,
mais il n’est pas accepté tel quel par l’ordinateur. Il est donc nécessaire de traduire
ce schéma en structures techniques de tables et de colonnes, c’est-à-dire en concepts
compréhensibles et gérables par des outils disponibles : les SGBD relationnels.
Nous proposerons des règles de traduction de chaque type de composants Entitéassociation en structures de bases de données telles qu’elles ont été décrites au
chapitre 3. Les structures ainsi obtenues seront alors exprimées aisément en SQL.
Nous proposerons une procédure simplifiée qui conviendra pour traiter les
problèmes abordés dans cet ouvrage. En particulier, nous ne nous préoccuperons pas
de critères de performance, que nous laisserons aux professionnels.
