2011-03-13 30 views

Respuesta

34

Lo he usado para una serie de proyectos y productos, tanto profesional como personalmente. Lo he usado por un poco más de 5 años. Estas son mis experiencias al respecto:

Descargo de responsabilidad: Tengo una licencia de servidor y una licencia de OEM, y con el paso de los años he tenido que conocer al (los) creador (es). No tengo ninguna otra relación comercial con la empresa ObjectDB; en otras palabras, no gano nada comercialmente si venden más copias. Solo me gusta el producto.

Mis usos:

  1. personalmente: me utilizaron como parte de un producto comercial que salió de mi tesis doctoral, de persistir modelos/EMF UML2. estas son cosas complejas con muchas, muchas clases y ObjectDB fue el único producto que pude encontrar que podría manejar la vinculación compleja con un rendimiento adecuado. ha sido un actor estelar en este entorno.

  2. trabajo relacionado: Trabajo en un banco de inversión y utilizamos ObjectDB para persistir los estados de flujo de trabajo y manejar la persistencia en un entorno de cuadrícula grande (> 2000 nodos). Funcionó muy bien en este entorno también.

Yo también era un consultor para Gentleware en un momento posterior en el año 2007 más o menos, y evaluamos ObjectDB contra db4o, hibernación, etc. superó cualquier competición en cerca de un orden de magnitud. Esta fue mi primera experiencia comercial con él.

Por lo tanto, la conclusión es que he encontrado que ObjectDB es extremadamente rápido y sólido como una roca. Probamos hasta 10 GB solo en los modelos UML2 y no hubo problemas allí. Nunca me ha fallado una base de datos o se corrompe en todo el tiempo que llevo usándola. Además, su huella es bastante pequeña. En resumen, es un héroe anónimo en el espacio.

Mis experiencias coinciden con los puntos de referencia de jpab - hacen una lectura incómoda para los propietarios de otros productos, pero ... tal vez no soy completamente imparcial en esto, sin embargo, he tenido mucho contacto con el (los) creador (es) de ObjectDB a través de los años y los empujó a lanzar los puntos de referencia. en particular, creo que deberían hacer que el gráfico sea lineal en lugar de logarítmico: muestra que el rendimiento de ObjectDB es mucho mejor en la mayoría de los casos.

Como un aparte, la razón por la que no encontrará muchos otros puntos de referencia en este o en cualquier otro producto JPA es que ninguno de los vendedores generalmente puede acordar un punto de referencia y tienden a acusar a otros de parcialidad. He visto esto de primera mano muchas veces. Algunas personas prefieren polepos, pero esto está dominado por db4o y esas personas no lanzarán los resultados dn, por ejemplo. Algunos proveedores de bases de datos no permitirán resultados, etc. Es un campo minado y los creadores de ObjectDB no son diferentes aquí. A todos les gusta controlar su propio punto de referencia ;-)

de todos modos, para resumir, mi experiencia honesta es que ObjectDB es muy rápido, listo para producción (desde hace varios años hasta 1.x) y está bien respaldado . Es un producto muy bueno.

+0

He estado buscando una buena revisión de Object DB. Me impresionó el resultado de referencia que muestra que Object DB supera en gran medida a sus competidores, pero mientras tanto se sentía un poco escéptico ya que el punto de referencia vino del creador de Object DB. Tu respuesta definitivamente me convenció para probar Object DB. – JBT

14

No confío en ese punto de referencia sin verificación independiente. ¡Si comprueba la información de copyright, el sitio es propiedad y está operado por los propietarios de ObjectDB!

Dicho esto, no tengo datos para responder a sus reclamos, simplemente no los tomaría al pie de la letra.

9

También he estado usando ObjectDB durante muchos años (creo que 7 años) en una capacidad comercial. Nuestra empresa tiene dos productos que usan la base de datos (ambas versiones integradas). Uno de nuestros productos muestra información sobre las señales enviadas entre dispositivos móviles (es decir, teléfonos móviles) y una red simulada. Aunque en realidad creamos una base de datos separada para cada prueba que ejecutamos, a menudo podemos guardar hasta 1GB de datos XML equivalentes en la base de datos.

Las velocidades para guardar los datos son muy rápidas (normalmente más rápido que pedirle a Windows que copie el archivo XML equivalente). La velocidad de recuperación es excelente, lo que nos permite desplazarnos a través de miles (incluso decenas de miles) de elementos representados gráficamente como si se desplazase por un directorio de archivos explorador de Windows.

ObjectDB es un producto excelente y con el que espero seguir trabajando. Cuando estábamos desarrollando nuestros productos, nos encontramos con un problema extraño (aunque no hemos tenido que informar una sola cosa por el tiempo que puedo recordar), pero la velocidad con la que hemos tenido una resolución para cada problema ha sido la mejor. he encontrado alguna vez.

Para responder a su pregunta de "¿Está lista esta producción?", En mi opinión, sin duda es así.

14

Hemos estado usando Object DB en nuestra puesta en marcha durante un poco más de 5 meses. Dudamos mucho antes de establecer ObjectDB luego de observar diferentes tecnologías (RDBMS, Graph db y object db). Estamos desarrollando una aplicación empresarial basada en la web y teníamos un conjunto de requisitos para nuestra capa de persistencia. Se consideraron entre otros: MySQL, PostgreSQL, Derby, DB4O, ObjectivityDB, Prest, ozono, Neadatis ODB, Neo4j, OrientDB

Nuestros requisitos eran:

  • producto maduro para la estabilidad
    ObjectDB es más de 6 años - En la versión 2.2.9 mientras hablamos
  • compatibles con una comunidad
    quisimos asegurarse de que no es alguien que le ayude si tenemos un prob Lem y hasta ahora estamos muy contentos con la velocidad a la que recibimos respuestas a nuestras preguntas. La comunidad podría ser más grande pero es muy activa.
  • Velocidad de desarrollo
    Para la agilidad y la rapidez de respuesta funcionalidad una base de datos de objetos es muy fácil y sencillo adelante. Se consideraron los RDBMS + Hybernate pero que era lento y un poco enrevesado
  • Capaz de soportar carga pesada
    Nada científica aquí, pero nos queríamos estar seguro de que el sistema podría manejar un gran número de solicitudes simultáneas. Probamos hasta 1000 solicitudes simultáneas , una combinación de consultas indexadas, actualizaciones de objetos, creaciones y eliminaciones y actualizaciones de colección para tratar de imitar la carga en nuestra aplicación. ObjectDB salió en la parte superior 2
  • rápido
    Lo mismo aquí se utilizó el mismo tipo de consultas y de ellos cronometrados, también aumentamos la carga a lo que creemos que va a ser un conjetura razonable de nuestro puesto de ir carga viva y otra vez ObjectDB era constantemente en la parte superior 2
  • Capaz de manejar gran cantidad de datos
    Hemos aumentado gradualmente el número de clientes en nuestra base de datos de 5 millones de clientes (que es una poco optimista) con 1 a 5 pedidos cada uno y marcó el rendimiento. No hubo una disminución significativa del rendimiento (con los índices correctos en el lugar!)
  • de código abierto/barato
    pequeño problema con no tener acceso a la fuente como estamos usando GWT y que a veces causa problemas con serialización de colecciones administradas y fechas (aunque existe una solución )
  • apoyo APP
    Si es posible que querían el apoyo de la APP o JDO a fácilmente integrarse con los marcos existentes (primavera) y estar seguros de que peor de los casos todavía podemos ir volver a un viejo Sistemas RDMS - aunque tengo que decir que la persistencia del objeto es tan fácil y transparente que a veces es difícil cumplir con los requisitos de JPA .

En general, ObjectDB estuvo constantemente entre los primeros 2 concursantes, a veces primero, a veces segundo, por lo tanto, nuestra elección. Además, la frecuencia de corrección de errores y nuevas versiones de características es impresionante.

Espero que esto ayude, si tengo algún tiempo antes de nuestra puesta en marcha (a principios del próximo año) para poner nuestros resultados en un formato presentable, trataré de publicarlos aquí.

+1

Gracias. Por favor, ¿db qué db fue el segundo de los 2 primeros? Tu respuesta es muy importante para mi. – ZuzEL

+1

¿Qué ha pasado ahora? –

+0

Usted dice que estuvo consistentemente en el top 2 más rápido, ¿cuál fue el top 1? ;) – Trejkaz

2

El punto de referencia estándar de la industria es,

http://www.spec.org/jEnterprise2010/

el que se utiliza mucho la APP

Nota, que pone a prueba todo el servidor Java EE, y no sólo de la APP, pero APP es la parte más importante de el punto de referencia. Los productos principales de JPA han enviado resultados a través de sus respectivos servidores de aplicaciones.

SpecJ no es tan fácil de comparar los productos como los resultados de JPAB, ya que la mayoría de los resultados se encuentran en hardware diferente, pero todos los resultados son revisados ​​por pares, por lo que puede ser más confiable. También es una aplicación real simulada, con múltiples usuarios, una gran base de datos, requisitos de concurrencia y aislamiento y la mayoría de los resultados se encuentran en un clúster.

No hay resultados de ObjectDB disponibles, pero en teoría, dado que ObjectDB admite JPA, debería ser posible ejecutar SpecJ en él y compararlo con otros productos.

4

Estoy probando ObjectDB en un proyecto pequeño. Aquí están mis comentarios:

  • No hay mucha documentación/tutorial mientras se trabaja con JDO. Tienes mucha más documentación con JPA.
  • Los tutoriales son demasiado simples y están muy alejados de la realidad.
  • Me encontré con 2 errores en el DatabaseExplorer. Pero fue reparado rápidamente en la nueva versión.
  • El soporte del foro es muy bueno, recibí una respuesta rápidamente.

En comparación con Versant DB con el mismo proyecto y ObjectDB es más sencillo para empezar.

0

No confío en ese punto de referencia sin verificación independiente. Si comprueba la información de copyright, ¡el sitio es en realidad propiedad y operado por los propietarios de ObjectDB!

Aún más importante, los datos son una cosa, las explicaciones otra. Y realmente falta una explicación sobre por qué debería ser más rápido por una magnitud. Esto, y el hecho de que los puntos de referencia que se muestran en su sitio web tienen un recuento MUY bajo y, por lo tanto, solo muestran una parte MUY pequeña de la imagen completa, me parece muy extraño.

Mi experiencia (en general, no con ObjectDB) es que, por ejemplo, hibernar depende del tipo de carga de trabajo y, si necesita migrar una base de datos, debe ajustar explícitamente el comportamiento de hibernación para obtener un rendimiento decente. ¿ObjectDB admite el almacenamiento en caché? ¿Solo se destaca en escenarios de alto rendimiento que arrojan los cachés?

actualización

acabo de leer http://www.objectdb.com/database/forum/259. La némesis típica de la velocidad es, adivina qué, consistencia. Parece que ObjectDB no admite ningún modelo de simultaneidad razonable. Entonces, ¿es básicamente una tienda NoSQL?

Cuestiones relacionadas