SGBDR

1
SGBD-R

• Systèmes de Gestion dune Base de Données
  Relationnelle

2
Partie I

• SGBD-R
• Démarche conceptuelle Position du problème

3
La démarche de conception dune Base de Données
Relationnelle comporte deux grandes étapes

• Analyse conceptuelle
• Les besoins en information des utilisateurs sont
  traduits en un Schéma Conceptuel
• Construction de la Base de Données
• Le Schéma Conceptuel est traduit en un Schéma SQL

4
Domaine dapplication
OUTILS SPECIALISES
Description détaillée du D.A.
Problème du monde réel
AGL CASE
Analyse Conceptuelle
Modèle E/A
ABSTRACTION Modélisation
SCHEMA CONCEPTUEL
Indépendance
Indépendance
EDI
Construction de la Base De Données
TECHNOLOGIES Architecture de la Base De Données
Langages de Programmation LOO C - Java
LDD/LMD SQL
Modèle Relationnel
SCHEMA SQL
Tables Contraintes dintégrité
SGBD-R
5
Terminologie
De la même manière que les architectes,
graphistes, ingénieurs, etc., les informaticiens,
développeurs de base de données, disposent
doutils spécifiques à leur domaine.

• AGL Atelier de Génie Logiciel
• CASE Computer Aided Software Engineering
• EDI Environnement de Développement Intégré
• Modèle E/A Modèle Entité/Association
• SQL Structured Query Language
• LDD Langage de Définition de Données
• LMD Langage de Manipulation de Données

6
Monde réel
Description du Domaine dApplication

• Structure/Organisation du D.A
• Liens entre les données
• Besoins en information des utilisateurs

Simplification
Schéma Conceptuel Modèle abstrait
Représentation graphique des concepts du D.A
Schéma de Base de Données tables, colonnes,
contraintes dintégrité
Implémentation dans un système informatique

• Contrôle
• Automatisation
• Gestion

Représentation du Monde réel
7
Partie II

• SGBD-R
• Définition Architecture

8
SGBD-R

• Logiciel spécifique contenant un ensemble de
  programmes informatique
• permettant de manipuler des tables
• fonctionnant de manière coordonnée

9
SGBD-R

• Comprend trois grandes parties
• Les données présentes dans les tables
• Les opérateurs permettant de manipuler ces tables
• Sélection
• Projection
• Produit cartésien
• Union
• Différence
• Intersection
• Les règles dintégrité sur ces tables

10
SGBD-R

• Repose sur une architecture à trois couches
• Niveau interne
• Description du stockage des données au niveau des
  unités physiques, des fichiers.
• On appelle cette description le schéma interne
• Niveau logique
• Description de la structure des données
  (propriétés, relations), sans souci
  dimplémentation physique ni dutilisation.
• Intègre des applications parentes et cache les
  particularités du SGBD
• On appelle cette description le schéma conceptuel
• Niveau externe
• Vue dune application
• Abstraction du schéma conceptuel global
• Description de linterface de communication
• On appelle cette description le schéma externe ou
  vue.

11
Application 1
Application 2
Application n
Vue n
Vue 1
Vue 2
Sous-schéma
Modèles dInterfaces utilisateurs
Sémantique des données et relations entre les
données
Base de données conceptuelle
Base de données physique
Mode dinscription des données sur le support
physique blocs doctets
12
Partie III

• SGBD-R
• Rôle Fonctions

13

• SGBD-R rôle et fonctions

• Permet à lutilisateur dexploiter de manière
  rationnelle une base de données, au niveau le
  plus abstrait possible
• Masque les aspects purement techniques comme le
  stockage et le rafraîchissement des données
• Caractérisé par le Modèle de description de
  données et les outils de développement quil
  supporte
• LDD
• LMD

14

• SGBD-R rôle et fonctions

• Assure lindépendance des structures de stockage
  par rapport aux structures de données du monde
  réel (représentées par un modèle logique)
• Indépendance physique des données.
• Indépendance logique des données.
• Assure lindépendance des applications par
  rapport aux structures de données (afin d'assurer
  l'administration centralisée des données dans un
  contexte multi-utilisateurs).
• Administration centralisée des données.
• Partage des données (voire répartition entre
  différents sites).
•  Manipulation des données par des non
  informaticiens.

15
SGBD-R rôle et fonctions

• L'architecture d'une base de données se crée au
  moyen d'un L.D.D. - Langage de Description des
  Données - qui fait partie du SGBD.
• Le résultat compilé du L.D.D est un ensemble de
  tables stockées dans un fichier spécial appelé
  dictionnaire des données qui contient des
  métadonnées, c'est-à-dire des données sur les
  données.

16
SGBD-R rôle et fonctions

• Le L.M.D - Langage de Manipulation de Données -
  permet d'accéder aux données et de les manipuler.
• On rencontre deux types de L.M.D selon qu'ils
  nécessitent ou non une spécification de procédure
  de recherche des données
• Les langages procéduraux
• Les langages non procéduraux

17
Partie IV

• SGBD-R
• Liaisons fonctionnelles entre les différents
  modules

18
SGBD-R architecture modulaire

• Les programmes du SGBD-R sont organisés en
  modules qui assument chacun une tâche spécifique
   
• Sécurité et la confidentialité des données
• Fonctionnement dans un environnement multi-
• utilisateurs
• Accès simultanés
• Etc.

19
Modules dun SGBD-R

•  Gestionnaire de fichiers (SGF)
• Gère les affectations de mémoire sur disque et
  les structures de données qui représentent
  l'information sur disque.
• Contient la description de l'organisation des
  fichiers.
•  Gestionnaire de buffer
• Supervise les échanges entre disque et mémoire
  centrale grâce à une mémoire tampon.
• Gestionnaire de la base de données
• Sert d'interface entre les données au niveau
  physique et les applications.
• Processeur de consultation
• Transcrit les requêtes de consultation en
  instructions compréhensibles par le gestionnaire
  de la base.

20
Modules dun SGBD-R

• Optimiseur
• Tente de formuler la requête de l'utilisateur de
  façon optimale en vue d'en accélérer l'exécution.
•  Pré-compilateur DML
• Convertit les instructions DML d'un programme
  d'application en procédures et codes adéquats.
•  Compilateur DDL
• Convertit les instructions DDL en un jeu de
  tableaux stockés dans un dictionnaire de données.

21
Modules dun SGBD-R

•  Gestionnaire d'accès et d'intégrité
• Conserve l'intégrité des données et gère les
  habilitations des utilisateurs (autorisations
  d'accès).
•  Contrôleur multitâche
• Traite les conflits éventuels entre traitements
  simultanés.
•  Module de récupération
• Assure la cohérence de la base même à la suite
  d'un "crash".

22
Modules dun SGBD-R

• Fichiers de données
• La description d'un article (qui n'est en général
  qu'une micro-organisation hiérarchique de
  groupes), est le plus souvent destinée au
  traducteur (indépendant du langage de
  programmation).
• Fichiers système
• qui conservent les données relatives à la
  structure de la base, les autorisations d'accès
  et le dictionnaire des données.
• Index
• assurent la rapidité d'accès aux données
• Statistiques d'utilisation de la base
• qui sont exploitées par le module optimiseur.

23
Administrateur de la base
Développeurs
Utilisateur occasionnel
SGBD-R
Stockage disque
24
Utilisateur
Requête
Mémoire vive
Stockage disque
25
Partie V

• SGBD-R
• Synthèse Conclusion

26
SGBD-R transformation des données

• Du fait de l'existence de plusieurs niveaux
  d'abstraction de données (se traduisant chacun
  par un schéma particulier), un SGBD doit assurer
  le passage des données depuis le format
  correspondant à un niveau dans le format
  correspondant à un autre niveau.
• Cette fonction est appelée "transformation des
  données".

27
SGBD-R transformation des données

• Compte tenu de l'organisation en trois niveaux
  d'un SGBD, il existera donc deux niveaux de
  transformations
• Transformation Conceptuelle/Interne
• qui permet de transformer les données depuis le
  schéma conceptuel au format interne et
  réciproquement
• Transformation Externe/Conceptuelle
• qui permet de transformer les données depuis le
  schéma conceptuel au format externe et
  réciproquement

28
SGBD-R transformation des données

• Pour que le SGBD puisse effectuer automatiquement
  la transformation des données d'un niveau à un
  autre, il faut qu'il connaisse les
  correspondances entre les trois niveaux.
• C'est le rôle du (des) concepteur(s) de la base
  de données et de l'administrateur de la base de
  données que de spécifier les règles de
  correspondances entre les différents schémas.

29
SGBD-R autonomie des données

• Le fait de pouvoir modifier les données à un
  certain niveau d'abstraction sans toucher le
  schéma de la base aux autres niveaux résulte de
  l'autonomie des données contenues dans la base.
• Cette autonomie se manifeste à deux niveaux
• le niveau physique
• le niveau logique

30
Partie VI

• Exemples de SGBD-R

31
SGBD-R

• De type micro système
• Access
• Paradox
• dBase
• FoxPro
• De type moyen ou gros système
• DB2
• Oracle
• Ingres
• Informix
• InterBase
• MySQL
• Tamino (XML)