He comenzado el trabajo en crear una base de datos de objeto apoyada por RDBMS en parte. Ningún no es una capa de ORM. Es una base de datos de objeto pura al usuario. Detr�s de las escenas los datos reales se almacenan en la base de datis relacional con un esquema simple. Los mecanismos de acceso del objeto primario estar�n con pregunta al lado de objeto de la plantilla y ejecutando SODA. Soy actualmente el 40% hecho con el c�digo del ahorro del objeto.
Mucho ha sido mi dolor con ODB disponibles para forzarme a emprender este viaje. Pocos pasos que estoy tomando para quitar los dolores hice frente con las herramientas existentes estoy como abajo:

  1. Capacidad de emigrar datos f�cilmente cuando el modelo de datos subyacente cambia. El tipo el enangostar se maneja autom�ticamente. El retiro del campo se maneja, es tan adici�n del campo. Casos m�s complejos se pueden trazar con un cart�grafo incorporado.
  2. El esquema emparentado es f�cilmente legible y comprensible (no Klingonese)
  3. F�cil de utilizar. Ningún archivo complejo de XML a fijar (que le requiere entender bastante de RDBMS para matar la alegr�a de usar ODB).
  4. Ningún requisito artificial de usar solamente los m�todos para tener acceso a los datos, ninguna necesidad de declarar serializable (puede cambiarlo m�s adelante)
  5. API muy simple, curva de aprendizaje muy baja. De hecho usted puede vivir sabiendo llamada de solamente cuatro m�todos

Estoy mirando adelante para saber su experiencia y frustraciones (y disfrutes por supuesto) con las bases de datos de objeto. Intentar� ver si puedo tratar los defectos y hacerlos m�s convenientes para sus y mis necesidades.