Algunas preguntas sobre el trabajo con db4o

Question

Estoy probando el objeto databse db4o y hasta ahora me gusta bastante lo que estoy viendo, pero también leí esta publicación en stackoverflow db4o experiences? indicando que no todo lo que parece tan fácil es fácil.

En este momento, tengo algunas preguntas sobre cómo se usa db4o en las aplicaciones del mundo real. Entonces, si tienes alguna experiencia trabajando (especialmente en el contexto de la aplicación web) con db4o, me encantaría escucharlos.

Aquí están mis preguntas:

1. ¿Cómo gestionar la identidad del objeto cuando se trabaja con objetos db4o almacenado **
   Viniendo de fondo RDBMS en la que normalmente siempre tiene una columna de clave principal/identidad para todos los? mesa, no puedo imaginar en este momento cómo administrar la identidad del objeto en db4o.

   Por ejemplo, si estaba trabajando con NHibernate/mysql y necesitaba encontrar un objeto Usuario por id, haría session.Load (primaryKey) y será recuperado por su PK. También es muy común que PK se defina como incremento automático en la definición de la tabla.

2. Como no existe tal opción en db4o, pensé en utilizar una estructura Guid para identificar algunos objetos en la base de datos de objetos.

3. ¿Alguna herramienta para ver los objetos almacenados en la base de datos?

   ¿Hay algo así como SQL Server Management Studio (probablemente menos sofisticado) en el mundo db4o? Me gustaría ver los datos/objetos ya almacenados en el archivo db.

4. ¿Estás jodido al renombrar los objetos de tu dominio?

   Por lo que sé cuando se cambia el nombre de una clase, ya no se pueden recuperar las instancias previamente almacenadas en la base de datos. ¿Hay alguna forma de solucionar este problema? ¿Cómo maneja las actualizaciones contra una base de datos en vivo que ya contiene muchos objetos?

5. ¿Puedo excluir que las propiedades se guarden en la base de datos?

   Si, por ejemplo, un objeto de dominio contiene una referencia a un objeto de servicio (sin estado), entonces el objeto de servicio también se mantendrá si el objeto de dominio se conserva, ¿no?

Parece un poco extraño tener un servicio guardado en la base de datos, al menos para mí.

¿Se puede excluir la instancia de servicio de la que se guarda? Si el objeto de dominio se recupera nuevamente, ¿cómo puedo asegurarme de que el servicio también se vuelva a inyectar en la instancia?

Answer 1

1) ¿Cómo se gestiona la identidad del objeto cuando se trabaja con objetos almacenados db4o? En db4o normalmente no tiene una identificación. db4o usa el object-identity para distinguir el objeto aparte. Entonces, el mismo objeto en la memoria va a ser el mismo objeto para la base de datos.

Siempre que no serialice el objeto, esto funciona bien. Sin embargo, tan pronto como los objetos se serializan/desconectan, ya no funciona. Por ejemplo, en un escenario web: envía los datos al navegador. Ahora necesita identificar los objetos más tarde nuevamente por algunos identificadores.

Creo que estas tres opciones son posibles: - Use db4o internal id. Sin embargo, esta identificación no es para siempre. La desfragmentación de la base de datos cambia esta identificación. - Usando db4o's UUIDs. Pero los UUID db4o son bastante grandes - Creación de identificadores por su cuenta

2) Hay una herramienta Object-Manager para ver la base de datos. Sin embargo, es extremadamente limitado en su estado actual. En mi opinión, esto es un gran inconveniente para db4o.

3) Puede crear aliases, rename classes and fields etc. Sin embargo, cambiar la jerarquía de herencia no funciona. Luego debe copiar los datos antiguos en nuevas instancias.

4) Sí. Puede marcar campos como transient con el atributo .NET-NonSerialized o atributos personalizados.

Answer 2

Mientras hacía algún trabajo con DB4O, escribí un buscador de objetos DB4O simple que funciona mucho mejor que el incluido. Pruébalo, es de código abierto.

http://sourceforge.net/projects/db4oviewer/develop

Answer 3

En objetos de bases de datos (tales como db4o) la identidad del objeto orientadas no debe utilizarse realmente. En su lugar, se usaron consultas y navegación. Primero realice una consulta para obtener uno/algunos objetos, luego use la navegación para llegar a otros.

'Navegación' significa que simplemente sigue los campos/referencias en cualquier objeto cargado.

El uso de identificadores de objeto puede considerarse un mal estilo, la mayoría de las aplicaciones (que yo sepa) no las usan en absoluto.