descargar - jpa java entity
¿Está lista la producción de ObjectDB? (7)
En este benchmark ObjectDB es lejos el DB más rápido: http://www.jpab.org/All/All/All.html
Pero no puedo ver ningún otro resultado de referencia de ObjectDB. ¿Alguien está usando ObjectDB? ¿Está listo para producción? ¿Cuáles son las experiencias?
No confiaría en ese punto de referencia sin una verificación independiente. ¡Si comprueba la información de copyright, el sitio es propiedad y está 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, hibernate 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?
Actualizar
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?
El punto de referencia estándar de la industria es,
http://www.spec.org/jEnterprise2010/
que usa mucho JPA
Tenga en cuenta que prueba todo el servidor Java EE, no solo JPA, pero JPA es la parte más importante del benchmark. 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 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 pueden ser más confiables. 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 es compatible con JPA, debería ser posible ejecutar SpecJ en él y compararlo con otros productos.
Estoy probando ObjectDB en un pequeño proyecto. 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 muy simples y están muy lejos de la realidad.
- Encontré 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.
Comparado con Versant DB con el mismo proyecto y ObjectDB es más sencillo para comenzar.
Hemos estado usando Object DB en nuestro inicio por 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. Consideramos entre otros: MySQL, PostgreSQL, Derby, Db4o, ObjectivityDB, Prest, Ozone, Neadatis ODB, Neo4j, OrientDB
Nuestros requisitos fueron:
- Producto maduro para la estabilidad
ObjectDB tiene más de 6 años. En la versión 2.2.9, mientras hablamos - Apoyado con una comunidad
Queríamos asegurarnos de que hay alguien a quien ayudar si tenemos un problema y, hasta el momento, estamos muy contentos con la velocidad con 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 rápida respuesta de la funcionalidad de una base de datos de objetos es increíblemente fácil y directo. Consideramos RDBMS + Hybernate, pero eso fue lento y un poco intrincado - Capaz de resistir la carga pesada
Aquí no hay nada científico, pero queríamos sentirnos cómodos de que el sistema pudiera manejar una gran cantidad 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 colecciones para tratar de imitar la carga en nuestra aplicación. ObjectDB salió en el top 2 - Rápido
Lo mismo aquí usamos el mismo tipo de consultas y las cronometramos, también aumentamos la carga a lo que creemos que será una estimación razonable de nuestra carga de publicación posterior y nuevamente ObjectDB estuvo constantemente entre los primeros 2 - Capaz de manejar una gran cantidad de datos
Poco a poco, aumentamos el número de clientes en nuestro DB a 5 millones de clientes (eso es un poco optimista) con entre 1 y 5 pedidos cada uno y verificamos el rendimiento. No hubo una disminución significativa en el rendimiento (¡con los índices correctos en su lugar!) - Código abierto / barato
Un pequeño problema al no tener acceso a la fuente ya que estamos usando GWT y a veces causa problemas con la serialización de las colecciones administradas y las fechas (aunque existe una solución alternativa) - Soporte JPA
Si es posible, queríamos que el soporte JPA o JDO se integrara fácilmente con los marcos existentes (Spring) y nos aseguramos de que lo peor es peor, aún podemos volver a un sistema RDMS antiguo, aunque debo 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 estaba constantemente en nuestros 2 mejores 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í.
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: Poseo una licencia de servidor y una licencia de OEM, y con el paso de los años tengo 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:
personalmente: lo utilicé como parte de un producto comercial que salió de mi doctorado, para persistir en los modelos UML2 / EMF. 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.
relacionado con el trabajo: trabajo en un banco de inversión y usamos ObjectDB para persistir en los estados del flujo de trabajo y manejar la persistencia en un entorno de gran red (> 2000 nodos). Funcionó muy bien en este entorno también.
También fui consultor de Gentleware en 2007, y evaluamos ObjectDB contra db4o, hibernate, etc. Se superó a cualquier competencia en un orden de magnitud. Esta fue mi primera experiencia comercial con él.
Entonces, 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 ... quizás no soy completamente imparcial en esto, he tenido mucho contacto con el creador de ObjectDB sobre el 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.
Por otro lado, la razón por la que no encontrará muchos otros puntos de referencia en este u otro producto JPA es que ninguno de los proveedores generalmente puede acordar un punto de referencia y tiende 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 abreviar, mi experiencia honesta es que ObjectDB es muy rápido, está listo para la producción (desde hace varios años hasta 1.x) y está bien respaldado. Es un producto muy bueno.
No confiaría en ese punto de referencia sin una 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 contrarrestar sus reclamos, simplemente no los tomaría al pie de la letra.
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 pedir a Windows que haga una copia del 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, ciertamente lo es.