Logo du groupe IPSI

Investigations 

Liste des investigations


Dossier : État des technologies de stockage d'objets en Java

Bienvenue !
Aide
Table des matières

Section :

1 2 3 4 5 6 7 8 9 10
Systèmes de connections
à des OODBMS

Versant

GemStone

POET

Object Design

Section 6
Systèmes de connections à des OODBMS
POET


La compagnie POET Software développe depuis longtemps un engin de OODBMS sophistiqué, proche de la norme ODMG, et a récemment implanté la première version du couplage serré (tight coupling) défini dans le brouillon de la norme ODMG 97. Leur système de OODBMS est suffisamment proche de C++ pour que les objets Java ou C++ soient utilisés de façon interchangeable. Le SDK de POET comprend trois composantes majeures:

  • Un environnement de développement graphique.
  • POET generic binding.

    Une API qui permet d'utiliser les objets de la OODBMS (y compris la persistance et l'accès aux données) au travers d'une définition abstraite (proche d'IDL).

  • POET tight binding.

    Une API native pour assurer la persistance des objets Java dans une base de données POET de façon transparente.

Les solutions de couplage Java offrent en plus des mécanismes d'accès aux données relationnelles, un concierge automatique (garbage collector) au niveau des objets de la base de données et gèrent automatiquement l'évolution des classes. Mentionnons pour finir la possibilité pour un objet Java d'être averti de toute modification aux objets de la base de données.

POET annonce de plus le développement futur des solutions suivantes:

  • Une interface très mince en Java pur pour un accès via le Web qui utiliserait la base de données via un ORB à la manière du couplage lâche;
  • Un petit engin de OODBMS en Java pur.

POET Software: POET Java Binding

generic binding

tight Binding

Connexion à des données relationnelles oui
Compatibilité avec les RDBMS
Modèle de données orienté-objet oui
Manipulation d'objets Java non oui
Manipulation d'objets hétérogènes oui (C++ et Visual Basic)
Accès aux objets par plus d'un identificateur oui
Communication entre des objets distribués non
Utilisation d'un langage de requêtes oui
Contexte d'utilisation
Utilisation multi-usager oui
Gestion des transactions oui, transactions plates, parallèles ou imbriquées
Sécurité oui (autorisation des usagers)
Données distribuées non
Utilisation différée non
Génération de pages Web au travers le service " Impulse " (disponible séparément)
Standards ODMG, OQL, ODMG, OQL, CORBA, OLE, ODBC, Unicode
Données techniques et commerciales
Plate-forme et contraintes système Unix (plates-formes majeures), Windows 32 et Macintosh
Engin en pur Java oui non
Modèle de distribution $
Étape de développement disponible

 


 HAUT Mise à jour de ce document - 12 novembre 1997