Después de una larga pausa, vuelvo a la carga. Es curioso que aún no haya hablado de Hsql, una de las herramientas más útiles en el mundo Java Open Source. Se trata de una base de datos embebida Java, es decir, un jar que contiene una pequeña base de datos relacional junto con su driver JDBC, y que es capaz de ejecutarse dentro del espacio de memoria de la propia aplicación. Las tablas y datos se cargan desde un fichero de script SQL. Esto permite una velocidad muy alta, el ahorro de tener que poner un MySQL o un Oracle para cualquier cosa, y la posibilidad de que sólo se permitan conexiones desde dentro de la propia máquina virtual de la aplicación, lo que aporta un extra de seguridad.
Hsql también puede ejecutarse en modo servidor, como aplicación Java aparte, aunque ése no es su uso principal. Si habéis trabajado con frameworks u otros productos Open Source, os la habréis podido encontrar en los ejemplos, permitiendo que se evite la instalación de una base de datos para las demos. No digo más, el que esté leyendo esto y no la conozca, debe descargarla y probarla inmediatamente.
Hay que reconocer, que Hsql es un producto maduro, y su desarrollo actual se limita a pequeñas versiones correctoras, cada mucho tiempo. En su día se le presentó un posible rival, McKoi, que empezó fuerte pero murió pronto (aunque en Agosto ha sacado una versión). Sin embargo, ahora sí que existe un competidor fuerte. Se trata de Derby, del proyecto Apache, todavía en el Incubator. Derby es el paso a proyecto Open Source de la base de datos Cloudscape de IBM. Éste ha sido siempre un producto tremendamente sólido, con mucha funcionalidad, pensado inicialmente para su uso en dispositivos. Su éxito en el mercado fue relativo, ya que Hsql cubría las necesidades básicas, y acabaron regalando las licencias al comprar otros productos IBM, sobre todo de la línea WebSphere.
Derby se presenta ahora como un producto al que estamos obligados a prestar atención, lo que será arduo, pues recuerdo que la primera vez que tuve contacto con Clouscape, su documentación constaba de 8 manuales en pdf, en total, bastante más de mil páginas.
Tiene buena pinta, nunca lo he probado, me has animado, ya es hora
Buenas, hace poco terminó mi participacion en un proyecto que utilizaba Derby como parte integrante de un producto de IBM, Websphere Service Repository and Registry, y solo puedo contar mierda de este motor, con un rendimiento nefasto, tanto que fue cambiar Derby por DB2 y el producto empezo a funcionar con un buen performance.
bajo mi punto de vista, puede estar bien para hacer pruebas unitarias si no tenemos acceso a un SGBD de verdad!pero nunca para un entorno de desarrollo, o preproduccion.
Mi humilde opinion