1.4

MEC 1310 :
TI en Génie Mécanique
MODULE F : SYSTÈME DE GESTION DE BASES DE
DONNÉES
RICARDO CAMARERO
Département de génie mécanique
École Polytechnique de Montréal
Mars 2011

Table des matières
1 Système de Gestion de Bases de Données 4
1.1 Modèle conceptuel d’un SGBD . . . . . . . . . . . . . . . . . . . . 4
1.2 Architecture d’accès . . . . . . . . . . . . . . . . . . . . . . . . . . 7
1.3 Modèles de données . . . . . . . . . . . . . . . . . . . . . . . . . . 10
1.4 Modèle relationnel de base de données . . . . . . . . . . . . . . . 12
1.4.1 Une situation : La gestion d’un atelier d’usinage . . . . . . 12
1.4.2 Les tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
1.4.3 Indexation . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
1.4.4 Les relations . . . . . . . . . . . . . . . . . . . . . . . . . . 16
1.4.5 Principes de normalisation . . . . . . . . . . . . . . . . . . 17
1.5 Nomenclature des objets . . . . . . . . . . . . . . . . . . . . . . . 20
2 MySQL 21
2.1 Contexte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
2.2 Modèle conceptuel . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
2.3 Base de données relationnelle . . . . . . . . . . . . . . . . . . . . 24
2.4 Architecture MySQL . . . . . . . . . . . . . . . . . . . . . . . . . . 24
2.5 La connexion à la BD . . . . . . . . . . . . . . . . . . . . . . . . . 27
2.6 La syntaxe des requêtes . . . . . . . . . . . . . . . . . . . . . . . . 28
2.7 Création de la BD . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
2.8 Construction des tables . . . . . . . . . . . . . . . . . . . . . . . . 32
2.9 Gestion de la base de données . . . . . . . . . . . . . . . . . . . . 36
2.10 Les enregistrements . . . . . . . . . . . . . . . . . . . . . . . . . . 39
2.11 Interrogation de la BD . . . . . . . . . . . . . . . . . . . . . . . . . 41
2.11.1 Recherche dans une table . . . . . . . . . . . . . . . . . . . 42
2.11.2 Présentation des résultats . . . . . . . . . . . . . . . . . . . 45
2.11.3 Recherche dans plusieurs tables . . . . . . . . . . . . . . . 48
2.12 Édition des tables . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
2

TABLE DES MATIÈRES 3
2.13 Types de données . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
MEC1310 c Camarero 2009

Chapitre 1
Système de Gestion de Bases de Données
Un système informationnel est défini comme un ensemble de ressources
comprenant des personnes qui exécutent des processus, sur du matériel infor-
matique avec des logiciels utilisant des bases de données destinées à la gestion
de l’information au sein d’une organisation ou d’un projet. Il est important de sou-
ligner que le système d’information n’est pas uniquement la base de données,
mais englobe également tout le processus du cheminement et de traitement de
ces données dans une entreprise, et que de tels systèmes existent dans le but
spécifique de transformer ces données en information.
Une base de données1(BD), est définie comme un ensemble d’informations
sur un sujet qui est exhaustif, non redondant, structuré et persistant. Puisque les
données doivent habituellement être rendues disponibles à plusieurs utilisateurs,
la notion de base de données est généralement couplée à celle de réseau, afin
de mettre en commun ces informations, d’où le nom de base.
1.1 Modèle conceptuel d’un SGBD
Afin de pouvoir contrôler les données ainsi que leur accès par les utilisateurs,
le besoin d’un système de gestion s’est vite fait ressentir. Aujourd’hui, la gestion
des bases de données se fait grâce à un Système de Gestion de Bases de
Données2(SGBD), qui peut être défini comme un logiciel permettant de décrire,
modifier, interroger et administrer les données de plusieurs bases de données,
ainsi que d’en gérer l’accès par leurs utilisateurs. Pour assurer l’atteinte de ces
1«DataBase» (DB) en anglais
2«DataBase Management System» (DBMS) en anglais
4

1.1. MODÈLE CONCEPTUEL D’UN SGBD 5
objectifs (surtout les deux premiers), trois niveaux de description des données
ont été définis par la norme ANSI/SPARC, soit :
1. Niveau interne : description du stockage des données au niveau des unités
de stockage, des fichiers, ... On appelle cette description le schéma interne.
2. Niveau conceptuel : description de la structure de toutes les données qui
existent dans la base, description de leurs propriétés (relations qui existent
entre elles) c’est-à-dire de leur sémantique inhérente, sans soucis d’implé-
mentation physique ni de la façon dont chaque groupe de travail voudra s’en
servir. On appelle cette description le schéma conceptuel.
3. Niveau externe : description pour chaque utilisateur de sa perception des
données. On appelle cette description le schéma externe ou vue.
Cette norme à trois niveaux permet d’avoir une indépendance entre les don-
nées et le traitement. En séparant les considérations informatiques des aspects
conceptuels, on permet aux usagers non-informaticiens de participer à la concep-
tion et à l’utilisation de la base de données. D’une manière générale un SGBD
doit avoir les caractéristiques suivantes :
Indépendance physique : le niveau physique peut être modifié indépendamment
du niveau conceptuel. Cela signifie que tous les aspects matériels de la
base de données n’apparaissent pas pour l’utilisateur, il s’agit simplement
d’une structure transparente de représentation des informations.
Indépendance logique : le niveau conceptuel doit pouvoir être modifié sans re-
mettre en cause le niveau physique, c’est-à-dire que l’administrateur de la
base doit pouvoir la faire évoluer sans que cela gêne les utilisateurs.
Manipulation : des personnes ne connaissant pas la base de données doivent
être capables de décrire leurs requêtes sans faire référence à des éléments
techniques de la base de données.
Rapidité des accès : le système doit pouvoir fournir les réponses aux requêtes
le plus rapidement possible, cela implique des algorithmes de recherche
rapides.
Administration centralisée : le SGBD doit permettre à l’administrateur de pouvoir
manipuler les données, insérer des éléments et vérifier son intégrité de fa-
çon centralisée.
Limitation de la redondance : le SGBD doit pouvoir éviter dans la mesure du pos-
sible des informations redondantes, afin d’éviter d’une part un gaspillage
d’espace mémoire mais aussi des erreurs.
MEC1310 c Camarero 2009