Oracle orienté objet

Oracle
Amanda Evans
Mai 2000
Orienté Objet

Amanda Evans 2
La limite des systèmes relationnels
La limitation de la majorité des systèmes actuels sont les suivantes [Soutou99]
•La simplicité du modèle de données et l'existence du langage SQL
déclaratif natif induisent l'interfaçage avec un langage de programmation
qui permet de répondre à des contraintes de spécification complexes. De ce
fait, le dialogue entre la base et le langage n'est plus directe. On parle de
défaut d'impédance (impedance mismatch)
•La normalisation conduit à l'accroissement du nombre de relations. Ainsi, si
deux objets doivent être liés en mémoire, il faut simuler ce lien au niveau
de la base par un mécanisme de clés étrangères ou de tables de corrélations.
Parcourir un lien implique souvent une jointure dans la base. Il en résulte
un problème de performance dès que le style d'interrogation devient
navigationnel: manipulation d'arbres, de graphes ou toute autre application
mettant en relation un grand nombre d'objets
•La faible capacité de modélisation: seules les structures de données
tabulaires sont permises. Il est ainsi difficile de représenter directement des
objets complexes

Amanda Evans 3
Les bases de données objet
•Le premier SGBD objet date de 1983. Il s'agit du prototype Gemstone.
L'approche suivie par ce système est simple: étendre le langage de
programmation objet Smalltalk aux fonctions de SGBD
•Des produits commerciaux sont à présents disponibles:
–O2 d'Ardent Software
–Ontos
–Objectstore d'Object Design
–OpenODB de Hewlett-Packard
–Objectivity
– Versant, …
Ces systèmes permettent d'accéder à des informations complexes avec des
programmes écrits dans des langages objets. Ils concernent un segment limité
du marché des SGBD

Amanda Evans 4
Règles d'or d'un SGBD Objet
Pour être qualifié d'objet, un SGBD doit respecter treize règles [Soutou99]
•Données persistantes
Contrairement aux langages de programmation où les données disparaissent
lorsque le programme est arrêté, les données persistantes sont conservées. Les
données persistantes et non persistantes (temporaires) sont manipulées de la
même façon par un programme
•Grande quantité de données
Le système gère l'espace mémoire secondaire en utilisant des techniques de
regroupement physique, d'indexation, d'optimisation de requêtes et de gestion
de cache
•Fiabilité des données
Le système assure la cohérance des données par les contraintes d'intégrité, la
sûreté de fonctionnement par des transactions et la sécurité des accès par
l'affectation de privilèges
•Partages de données
Le système est multi-utilisateur et gère des mécanismes de verrous

Amanda Evans 5
Règles d'or d'un SGBD Objet
•Facilité d'interrogation
Le système permet à l'utilisateur d'interroger la base à l'aide d'un langage de
requêtes. Le résultat d'une requête n'est pas forcément un objet d'une classe
existante. Le langage offre en outre la puissance d'un langage de
programmation
•Encapsulation
Les données sont accessibles par des méthodes à différents degrés (visibilité)
•Objets composites
Les structures de données à définir et à manipuler peuvent être complexes
•Identificateur d'objet
L'accès aux objets s'opère directement ou par des liens inter-objets via les OID
•Classes, types et méthodes
Le sytème permet la gestion des types abstraits de données et supporte les
concepts de classes et de méthodes de l'approche objet
•Héritage
Le système prend en charge le mécanisme d'héritage