BASES DE DONNEES ORIENTEES OBJET

Chapitre 1 : Introduction sur les bases de donnée objet

A. Forces Faiblesses du relationnels

1- Forces du modèle relationnel
 modèle simple
 approche formellement définie (normalisation, algèbre,
 Langage de Manipulation de Données (LMD) déclaratif (Standard SQL 2)
 niveau logique (essentiellement)
 technologie la plus répandue
 efficace pour les applications de gestion classique

2- Faiblesses du modèle relationnel

a. Moins adapté aux nouvelles applications plus complexes telles que :
 CAD/CAM (Computer-Aided Design/Computer-Aided Manufacturing)
 BD d’images et de graphiques
 BD géographiques (GIS : Geographic Information Systems)
 BD multimédia (son, image, texte, etc. combinés)
b. Les nouvelles applications ont des caractéristiques différentes des applications traditionnelles
de gestion et elles introduisent des besoins nouveaux, notamment :
 des structures d’objets plus complexes,
 des transactions de durée plus longue,
 de nouveaux types de données pour le stockage d’images ou de gros documents de texte,
 la possibilité de définir des opérations non standards qui sont spécifiques aux applications,
c. Données alphanumériques uniquement (pas d’images, de sons, de vidéo, …)
d. Contrôle de concurrence exclusivement orienté gestion
e. Absence de mécanisme de versions

Ainsi mal adapté à :

 de nouvelles applications : aident à la décision, conception, géographie, bureautique, SIG,
multimédia, …
 de nouvelles techniques : IHM, programmation orientée objet, programmation en logique,
architectures réparties, ...

B. Orientés objet
1- L’approche orientée objet
 {méthodologies et d’outils} pour concevoir et réaliser des logiciels structurés et réutilisables,
par composition d’éléments indépendants
- productivité des programmeurs
- réutilisation
 Concepts essentiels
- objet encapsulé
 interface visible : opérations (méthodes)
 implémentation cachée : structure et code
- héritage

1
BASES DE DONNEES ORIENTEES OBJET

 Langages de programmation OO
- Eiffel, Smalltalk, C++, Java …

2- Intérêts de l’approche objet pour les BD

 Identité d'objet :
- Favorise le partage de données
- Supporte des pointeurs typés
 Encapsulation de données :
- Permet l'isolation de données des opérations
- Facilite l'évolution des structures de données
 Héritage d'opération et de structure :
- Facilite la réutilisation de type de données
- Permet de particulariser les programmes aux besoins de l'application
 Possibilité de définir des opérations abstraites (polymorphisme) :
- Augmente la productivité des développeurs d'applications

3- Caractéristiques des bases de données orientées objet

Une base de données orientée objet doit avoir un modèle possédant les caractéristiques suivantes :
 objets complexes,
 identificateurs d'objets (OID),
 héritage,
 encapsulation,
 liaison tardive.

4- Les options d’évolution des BDR vers l’objet

 Encapsuler le SGBD Relationnels
- Wrapper client Orienté Objet (Wrapping Objet)
- Langage de Programmation Orienté Objet + SGBDR
 Construire une nouvelle technologie de BD
- SGBD Orienté Objet (SGBD-OO)
- Langage de Programmation Orienté Objet persistant
 Construire une nouvelle technologie de BD
- SGBD Objet-Relationnel (SGBD-OR)
- Modèle Relationnel + extension orientées objet

5- Combiner le modèle relationnel objet ?

 Le modèle objet permet de traiter des objets complexes et donne de la flexibilité au niveau
des types de données possibles.
 Le modèle relationnel est associe à un langage d'interrogation de haut niveau et permet
l'exécution efficace de requêtes.
 Combiner les deux modèles permettrait de bénéficier des avantages des deux approches.
 On trouve de plus en plus des extensions orientées-objet" des modèles relationnels ;

2
BASES DE DONNEES ORIENTEES OBJET

C. Résumé

SGBD OO = LPOO + BD
SGBD LPOO (La programmation orienté Objet)
 Représentation du réel  Développement
 Persistance  Structure complexe
 Gestion des disques  Identité
 Partage des données  Encapsulation
 Fiabilité des données  Classe = usine
 Sécurité  Héritage
 Langages de requêtes  Redéfinition
 Indépendance logique / physique  Bibliothèques de classes

1- Application traditionnelle:

Quatre générations de SGBD: SGF, Hiérarchique, codasyl et relationnel.

Tous sont conçus pour les applications de business : banque, université, réservation air –line.

2- Nouvelles applications
 conception assistée par ordinateur
 production assistée par ordinateur
 génie logiciel
 systèmes d'informations géographiques
 systèmes multimédia
 recherche et intégration de données de la toile

3- Intérêt d’un SGBD OO / LP OO

C’est un SGBD (mieux qu’un LP):
 persistance des données
 indépendance modèles logique et physique
 LMD déclaratif
 optimisation par le SGBD
 intégrité des données
 confidentialité, fiabilité, concurrence, gestion de
 transactions, …

4- Différences entre SGBDO

 toutes les fonctions d’un SGBD ?
 modèles de données différents
 langage sous-jacent différent (C++, Smalltalk, Lisp…)
 interprété ou compilé
 couplage fort ou faible avec le(s) langage de programmation
 performances
 bibliothèque de classes ± complète
 autres fonctions (versions, évolution du schéma, temps, extensibilité …)

3
BASES DE DONNEES ORIENTEES OBJET

5- Approche OO

Ensemble de méthodologies et d’outils pour concevoir et réaliser des logiciels structurés et

réutilisables, par composition d’éléments indépendants.

Deux manières d’utiliser l’objet dans les SGBD

On part des langages objet dans lesquels on intègre les notions des SGBD (persistance des données,
aspect multi-utilisateurs, …). Ce sont les SGBD orientés objet : O2 (basé sur C++)

On part des SGBD relationnels dans lesquels on insère des notions objet. Ce sont les SGBD
relationnels objet : ORACLE 8 (SQL 3)

On peut constater que :

 les SGBDOO sont plus “propres” du point de vue objet et les mieux adaptés pour traiter les
objets mais ils sont complètement absents du monde professionnel
 les SGBDRO sont basés sur des SGBD robustes et éprouvés répandus dans le monde
professionnel mais qui ne sont pas prévus pour gérer l’objet

Jusqu’à présent, les améliorations qui ont été développées pour les SGBD se sont fondus dans les
SGBD existants. Dans le monde professionnel, les concepteurs et les utilisateurs de bases de données
ne sont pas prêts à remettre en cause leurs savoirs et à redévelopper toutes leurs applications sur de
nouveaux systèmes.

On va privilégier les SGBDRO.