Aller au contenu

Service Data Objects

Un article de Wikipédia, l'encyclopédie libre.
Ceci est une version archivée de cette page, en date du 13 mars 2013 à 17:23 et modifiée en dernier par Addbot (discuter | contributions) (Retrait de 4 liens interlangues, désormais fournis par Wikidata sur la page d:q1478493). Elle peut contenir des erreurs, des inexactitudes ou des contenus vandalisés non présents dans la version actuelle.

Service Data Objects (SDO) est une norme lancée par IBM, BEA, Xcalia[1] puis supporté par Oracle, Siebel[2], SAP pour faciliter l'adoption des architectures orientées SOA.

Avec SDO, la représentation des données est indépendante des systèmes de stockage sous-jacents afin de bénéficier de la flexibilité engendrée par un découplage. De plus, l’approche est dynamique afin de permettre la représentation et la manipulation de données dont la structure n’est pas fixée a priori.

Les objectifs de SDO sont de simplifier l’accès aux données, unifier le modèle de programmation et encourager l’adoption de patterns J2EE.

Principes

Un client interroge un DAS (Data Access Service) pour obtenir un graphe d'objets. Le graphe d'objets obtenu est déconnecté et peut être manipulé en lecture et écriture. La structure du graphe peut être connue en interrogeant les métadonnées.

Les liens entre les nœuds du graphe sont exclusivement des compositions. Le graphe est en réalité un arbre compositionnel. Un nœud ne peut pas référencer un nœud d'un autre arbre.

Historique

  • Juin 2005: SDO 2.0
  • Nov 2005: SDO 2.0.1 (première version publique de la spécification)

Implementations de SDO

Comparaison avec JDO

  • JDO pour la persistance transparente, est utilisé pour Java seulement, alors que SDO est indépendant du langage de programmation.

Voir aussi

Liens externes

Notes

  1. * Xcalia Intermediation Core
  2. La société Siebel (éditeur de CRM) a été rachetée par Oracle Corporation en début 2006
  3. EMF (Eclipse Modeling Framework