Académique Documents
Professionnel Documents
Culture Documents
Partie1 : SGBD
Dfinitions.
Historique.
Composants d1 environnement de BD
Les objectifs des SGBD.
Les BD rseaux et hirarchiques.
Les BD Relationnels.
Les BD Objets.
Architecture fonctionnelle de rfrence
Les architectures oprationnelles.
Partie2 : La modlisation
Modlisation des donnes.
Le modle entit-association.
Dfinitions
Les composants
dun environnement
de Bases de Donnes
2
Historique
- Annes 60 :
Dveloppement d'applications grant de grandes quantits de donnes.
Dveloppement des systmes de fichiers.
- Milieu des annes 60 70 :
Naissance de la premire gnration de SGBD.
Naissance de langages navigationnels et de "modles d'accs"
(hirarchiques, rseaux).
- 1970: Invention du modle relationnel par CODD (Laboratoires IBM).
- 1980: - Commercialisation des SGBD relationnels.
Simplification de la structure des donnes - Langages assertionnels.
- Nouvelles volutions: . SGBD "orients objets".
. SGBD orients "WEB".
Les BD relationnelles
Exemples:
- ORACLE (Oracle).
- SYBASE (Sybase).
- SQL Server (Microsoft).
- DB2 (IBM).
- INGRES (Computer Associates).
- INFORMIX.
Les BD objets
The Object-Oriented Database System Manifesto.
Atkinson, Bancilhon, Dewitt, Ditrich, Maier, Zdonick ( DOOD'89).
Fonctionnalits BD obligatoires :
- la persistance.
- la concurrence.
- la fiabilit.
- la facilit d'interrogation.
Fonctionnalits BD optionnelles :
- la distribution.
- les modles de transaction volus.
- les versions.
Fonctionnalits objets obligatoires :
- les objets atomiques et complexes.
- l'identit d'objets.
- l'hritage simple.
- polymorphisme (surcharge, redfinition)
Fonctionnalits objets optionnelles :
- l'hritage multiple.
- les messages d'exception.
9
Outils Interactifs
LOO
Persist
OQL ODL
Grant d'objets
Editeur de classes.
Manipulateur dobjets.
Bibliothques graphiques
OQL=Object
Dbogueur, diteur.
Query Language.
ODL=Object Definition Language
LOO=Langage Orient Objet.
Persistance. Accs.
Concurrence. Fiabilit.
Identification.
Scurit.
10
Schmas externes
Schma conceptuels
Schma Interne
11
Le niveau conceptuel:
Cest la description des donnes dune entreprise en terme de type
dobjets et de liens logiques indpendamment de toute reprsentation
machine: on parle de schmas conceptuels.
Ce niveau est pris en charge par certains ateliers de gnie logiciel pour la
construction dapplications.
Le niveau interne:
C'est le niveau d'implantation informatique de la solution conceptuelle.
Niveau interne logique: Il intgre une technologie particulire, comme
par exemple la technologie des bases de donnes relationnelles.
Niveau interne physique: C'est le niveau d'implantation physique ou l'on
tient compte d'un environnement logiciel et matriel donn.
Le niveau externe (vues):
C'est le niveau d'expression des besoins des utilisateurs.
Il formalise les proccupations de chaque utilisateur et sera en final
confront au schma conceptuel global.
12
Data mining
Analyse
Transactions
Dataware house
SGBD
Bases de donnes
oprationnelles
13
OLTP
Maj
Lect/Ecr
Elmentaire
Fixe
Record
100 MB-GB
Rcente
OLAP
Analyse
Lecture
Global
Interactif
Multi-dim.
1GB - TB-PB
Rcente
Historique
Future
14
Le Client-serveur
Dfinition: modle d'architecture applicative o les prog. sont rpartis entre
processus clients et serveurs communiquant par des requtes avec rponses.
Une rpartition hirarchique des fonctions
donnes sur le serveur partages entre N clients.
interfaces graphiques sur la station de travail personnelle.
communication par des protocoles standardiss.
Centralisation des donnes.
Les bases de donnes rparties:
Donnes classiques
Sur les commandes SGBD
serveur
serveur
Site 1
Site 2
Donnes classiques
sur l'entrept
SGBD
Rseau
client Site 4
serveur Site 3
SIG
Donnes gographiques
sur les clients15
16
LInteroprabilit
Problmes :
Environnements et applications htrognes.
Dispersion gographique.
2 besoins :
favoriser les changes de donnes entre les applications : interoprabilit
des donnes (format dchange universel XML?).
capacit pour une application dinvoquer les fonctionnalits dune autre et
crer des services complexes par assemblage de services plus lmentaires
: middlewares objets / moniteurs transactionnels.
XML
description smantique des donnes
Atouts :
. formalisation strictes de la structure donnes.
. langage extensible.
inconvnients:. les structures changs ne sont pas forcment normalises
. reprsentation peu optimale dun point de vu technique
17
utiliser pour lchanges de donnes.
Prsentation
Serveur HTTP
Script Serveur
Navigateur
Script
client
Appliquette
JAVA
(Dynamique) HTML
SGBD
Moniteur
transactionnel
Logique mtier
Donnes
Le serveur dapplication
Donnes
Applications existantes
La webification
Application 1
Application 2
Serveur WEB
Serveur dapplications
Donnes
Applications existantes
Nouvelles
Donnes
applications
Serveur WEB
Serveur dapplications
Donnes
19
Conclusion
- Ce qu'il faut retenir sur un SGBD:
. Une BD est gre par un SGBD;
. Un SGBD est construit sur un modle de donnes qui est implant
l'aide d'un langage de description des donnes (LDD);
. Un SGBD fournit un langage de manipulation de donnes pour interroger
et mettre jour les donnes.
- La conception :
. On part normalement d'un schma conceptuel qui exprime les besoins;
. On le traduit en un schma logique adapt au modle de donnes du SGBD
. Le schma logique est rcrit sous forme d'un schma interne (machinable)
. Le systme transforme ce schma interne en un schma logique;
. Il est possible d'adapter le schma logique aux besoins des utilisateurs : ce
sont les schmas externes.
- Les nouvelles architectures: . Lobjet.
. Le client lger.
. La rpartition des traitements.
20
. Centralisation des donnes.