Experiencia utilizando Derby o HSQL en modo de producción
hsqldb (3)
¿Ver este post para HSQLDB Hibernate en hipersónico en producción?
¿Alguna vez alguien intentó usar Derby o HSQLDB en un entorno de producción? ¿Alguna experiencia buena, mala o fea?
Hay una comparación de bases de datos integradas en el sitio web H2 (H2 es otra base de datos Java incrustada que es muy rápida, por cierto):
Esto debería darle algunos hechos.
Utilicé HSQLDB en producción para la aplicación de reconciliación. Escale bien hasta medio millón de registros, el tamaño de la base de datos fue de casi 2 GB.
Bueno
1) Puedes sintonizar la memoria. Inicialmente estábamos corriendo con 2GB de pila y luego aumentamos a 4GB de memoria. Puede ajustar la memoria para la CPU bastante bien. Teníamos diferentes configuraciones. 15 minutos de ejecución con 512MB y 2 minutos de ejecución con 4GB de RAM.
2) Regrese al disco basado. Más tarde, cambiamos a una tabla basada en archivos y redujimos nuestro montón de 4 GB a 512 MB. Pero el programa no requiere ningún cambio que no sea la configuración relacionada con la memoria.
Agradable tener. 1) El apagado tomó más tiempo en las ventanas cuando la memoria asignada era baja. 2) Hay poco de magia negra con índice. Una vez agregamos el índice en más de 6 columnas en medio millón de registros. El proceso fue bastante lento, se eliminó el índice adicional. No nos hizo daño.
En general, recomiendo HSQLDB cuando el número de registros es inferior a unos pocos millones y el tamaño de la base de datos es inferior a 10 GB. Puede funcionar incluso para necesidades más altas, pero no creo que puedan ser sencillas. Puede ser un documento adicional puede ayudar.
Por cierto, Fredt fue muy rápido para mis preguntas en la lista de correo.