Programme de BD1 – INF2

1. Généralités
2. Le Modelé relationnel
3. Les langages relationnels
4. Le langage SQL
5. Principe de conception des BDs
6. Mini-Projets de mise en œuvre des concepts(Access
et MySQL)

Chargé du cours : Marayi CHOROMA

VHT: 50h. CT: 15h; TD: 15h; TP/Projet: 20h
1
Chapitre 1 : Généralités

2
 Définitions :
➢ Une base de données est un ensemble structuré de données
apparentées qui modélisent un univers réel. Elle est faite pour
enregistrer des faits, des opérations au sein d'un
organisme(administration, banque, université, hôpital, ...), pour
satisfaire un ou plusieurs utilisateurs, de façon sélective et en
un temps opportun.

➢ La gestion de base de données se fait au moyen d'un logiciel

appelé SGBD (Système de Gestion de Base de Données). Ce
logiciel prend en charge tous les aspects de la gestion de la
base de données : la structuration, le stockage, la maintenance
(accès concurrents, sauvegarde, restauration de données),
l'insertion, la mise à jour, la consultation, la suppression d'une
base de données, etc. 3
 Fonctions d’un SGBD

➢ Decrire les données qui seront stockées ;

➢ Manipuler les données (ajouter, modifier, supprimer
des informations) ;
➢ Consulter les données et traiter les informations
obtenues (sélectionner, trier, calculer, ...) ;
➢ Définir des contraintes d'intégrité sur les données
(contraintes de domaines, d'existence,...) ;
➢ Définir des protections d'accès (mots de passe,
autorisations,...) ;
➢ Résoudre les problèmes d'accès multiples aux
données (blocages, inter blocages) ;
➢ Prévoir des procédures de reprise en cas d'incident
(sauvegardes, journaux,...). 4
 Base de données ou simple fichier? (1)

Sans base de données

• redondance et inconsistance des données :

• infos répliquées dans plusieurs fichiers
Fichiers Applications
• importants volume des fichiers exploités
Client N° 15 Facturation • inconsistance des données mémorisées
• données stockées sous différents formats : accès
Client N° 15 Commercial
difficile
Client N° 15 Accueil
• multiplicité des mises à jour ;
• accès concurrents en mises à jour : besoin d'un
Sans Base de données
superviseur, difficile à écrire
• sécurité et confidentialité : confidentialité assurée
par les programmes (verrouillage personnalisé dans
tous les programmes)
• intégrité des données : les données doivent
respecter des contraintes lors de la saisie :
développement dans les programmes de modules
5
spécifiques
 Base de données ou simple fichier? (2)
Avec base de données
• Une information n'est stockée qu'une seule
fois
• Une seule base pour toutes les applications
SGBD
• chaque application ne voit que ce qu'elle doit
Base de données
Applications
voir (contrôle par les filtres ou vues)
Facturation
• saisie unique : non redondance, moindre coût,
Client N°15
Commercial moins de support
• mise à jour unique : moins de maintenance,
Accueil
moins de risque d'incohérences
Avec Base de données • accès facile à l'information stockée : par les
programmes d'application,
• indépendance programmes/applications
• partage des données entre applications
• Évolutivité
• … 6
 Avantages de l'utilisation des SGBD

➢ Centralisation des données : intégrité des données ;

➢ Contrôle centralisé de l'accès aux données : sécurité
accrue ;
➢ Instructions de traitement très puissantes : grande
rapidité de développement ;
➢ Indépendance vis-à-vis de la structure physique et
logique des données : maintenance facilitée ;
➢ Pour les SGBD relationnels : interrogation directe
possible par les utilisateurs et réponses rapides à des
questions non prévues par l'application.

7
 Architecture des SGBD
✓ Architecture fonctionnelle
ANSI-SPARC : 3 niveaux de schémas :
Niveau physique(Interne): (le système de gestion de fichier) :
organisation et stockage physique des données

Niveau Externe : (SGBD externe)

Définit la mise en forme et la présentation des données aux programmes et aux
utilisateurs

Niveau conceptuel :
Structure globale des données de la base.
Gère les données stockées dans les fichiers, les liens existants entre ces
données.
Décrit les données, leurs propriétés(les contraintes) et comment y accéder

✓ Architecture organisationnelle

Les architectures client-serveur

8
Les architectures réparties
 Propriétés des SGBDs
➢ Indépendance physique : La modification de la manière
dont sont stockées les bases de données n’entraine pas
nécessairement celle des applications
➢ Indépendance logique : réciproque du point 1
➢Manipulabilité : manipulation des données par des
profanes
➢Rapidité des accès : réponses rapides aux requêtes
➢Limiter les redondances :
➢Vérification de l’intégrité : cohérence des données.
➢Partageabilité des données : Accès simultané aux
données par plusieurs utilisateurs.
➢Sécurité des données : Gestion des droits d’accès aux
données reprise sur panne(mécanismes de sauvegardes).
9
 Historique des SGBDs

➢ Jusqu’à 1960 : Organisation classique en fichiers

➢ Fin 1960 : première génération de SGBD. Apparition
des premiers SGBD, systèmes réseaux hiérarchiques
➢ Début 1970 : deuxième génération de SGBD ; SGBD
relationnels
➢ Début 1980 : troisième génération de SGBD ; Systèmes
orientés objets et possibilités de déduction (Bd
déductives...)

10
 Types d'utilisateurs d’une BD
Administrateur :
Contrôle et gestion de la base de données(droits et
privilèges, sauvegardes, reprise après les pannes…)
Programmeur :
écrit des applications accédant à la BD, crée les tables
et les structures associées (vues, index,...) utilisées par
ses applications)
Utilisateur final :
Accède aux données par l'intermédiaire
d'applications, en interrogeant directement les tables
ou vues sur lesquelles l'administrateur lui a accordé
des droits.
11
 Les modèles de données(1)
SGBD hiérarchique (années 60):
▪ Structure arborescente
▪ Utilisation des pointeurs
▪ Classification hiérarchique des données
▪ Chaque enregistrement a un et un seul possesseur.

SGBD réseau (années 70):

▪ Structure sous forme de graphe
▪ Utilisation des pointeurs pour déterminer le chemin d'accès aux données
▪ Possibilité d’établir des liaisons de type n-n,
▪ les liens entre objets pouvant exister sans restriction.

Pour les SGBD hiérarchiques et réseaux, les programmes

▪ ne sont pas indépendants de la structure logique de la base

▪ doivent indiquer le chemin d'accès aux données
▪ utilisent un langage complexe pour travailler avec les données
12
 Les modèles de données(2)
SGBD relationnel : (fin des années 60):
▪ Fondée sur la théorie mathématique des relations
▪ Représentation des données sous forme de tables(lignes/colonnes)
▪ Plus de pointeurs qui figent la structure de la base
▪ Langage puissant et simple d'emploi
▪ SQL est un standard parmi ces langages
▪ Dominent le marché des SGBD(près de 80% en entreprise)

SGBD objet :
▪ Enregistrent des données sous forme d'objets ;
▪ Supportent la notion d'héritage entre classes d'objets ;
▪ Très simple de rendre les objets persistants ;
▪ Meilleures performances pour la gestion d'objets complexes (les pointeurs
remplacent les jointures pour les structures hiérarchiques) ;
▪ Beaucoup d'avantages sur le relationnel…

Mais…
▪ manque de normalisation et de standard
13
▪ inertie de l'existant (presque toutes les bases actuelles sont de type relationnel)
 Conception d'une base de données(1)
1. Analyse de la situation
existante et des besoins ;
Monde réel 2. Création d'une série de
1.* Analyse modèles conceptuels
Spécifications Schémas
(canonique et vues externes)
de la BD Externes
qui permettent de représenter
2.* Modélisation 2.* Vues externes
tous les aspects importants du
Schéma Schémas
conceptuel
3.* Traduction Logique problème ;
4.* Implémentation 3. Traduction des modèles
Schéma conceptuels en modèle logique
Physique
et optimisation (normalisation)
5.* Stockage de ce modèle logique ;
4. Implémentation d'une base de
SGBD
données dans un SGBD, à partir
du modèle logique.
14
 Conception d'une base de données(2)

Modèles sémantiques orientés

conception(E/A, Merise,
UML…)

Modèles de BD(hierarchique,
réseau, relationnel…

NB : Les modèles de BD sont souvent trop limités pour pouvoir

représenter directement le monde réel
15
 Exemple de SGBDs
type de
Nom Année Editeur Caractéristiques Licence
logiciel
pour entreprises, groupes de travail,
DB2 1983 IBM serveur propriétaire
particuliers
Microsoft relationnel, pour particuliers et groupes Logiciel
1992 Microsoft propriétaire
Access de travail applicatif
Microsoft SQL entreprises, groupes de travail,
1989 Microsoft48 serveur propriétaire
Server particuliers, relationnel, distribué
centralisé, embarqué, distribué, pour
Oracle Corporation
MySQL 1995 entreprises, groupes de travail et serveur GPL
et MySQL AB
particuliers
OpenOffice.org Logiciel
2002 Oracle Corporation LGPL
Base applicatif
entreprises, groupes de travail,
Oracle Database 1979 Oracle Corporation particuliers, relationnel, spatial, serveur propriétaire
distribué
Michael
PostgreSQL 1985 serveur BSD
Stonebraker

16