J'ai commenc� travailler � cr�er une base de donn�es d'objet soutenue par RDBMS sur la partie post�rieure. Aucun ce n'est pas une couche d'ORM. C'est une base de donn�es d'objet pure � l'utilisateur. Dans les coulisses les donn�es r�elles sont stock�es dans la base de donn�es relationnelle avec un sch�ma simple. Les m�canismes d'acc�s d'objet primaire seront par la question par l'objet de calibre et en mettant en application la SOUDE. Actuellement je suis 40% fait avec le code d'�conomie d'objet.
Beaucoup a �t� ma douleur avec ODB disponibles pour me forcer � m'embarquer sur ce voyage. Peu d'�tapes que je prends pour enlever les douleurs j'ai faites face avec les outils existants suis en tant que ci-dessous :

  1. Capacit� d'�migrer des donn�es facilement quand le mod�le de donn�es fondamental change. Le type r�tr�cissement est manipul� automatiquement. Le d�placement de champ est manipul�, est ainsi addition de champ. Des cas plus complexes peuvent �tre trac�s avec un cartographe incorpor�.
  2. Le sch�ma apparent� est facilement lisible et compr�hensible (pas Klingonese)
  3. Facile � utiliser. Aucun dossier complexe de XML � installer (qui exige de vous de comprendre assez de RDBMS pour tuer la joie d'employer ODB).
  4. Aucune condition artificielle d'employer seulement les m�thodes pour acc�der � des donn�es, aucun besoin de d�clarer serializable (peut le changer plus tard)
  5. Api tr�s simple, courbe d'apprentissage tr�s basse. En fait vous pouvez vivre � c�t� de savoir l'appel de seulement quatre m�thodes

Je suis dans l'attente pour savoir votre exp�rience et an�antissements (et plaisirs naturellement) avec des bases de donn�es d'objet. J'essayerai de voir si je peux adresser les d�fauts et les rendre plus appropri�s � vos et mes besoins.