sql >> Base de Datos >  >> RDS >> Mysql

¿Derby o MySQL o...?

¿Por qué son Derby y MySQL ¿El único RDMBS que consideras? Si dices Derby , debería consultar HSQLDB , H2 , SQLite así como. Si dices MySQL , debería consultar Postgres también (que tiene muchas más características).

Esto es solo por nombrar algunos RDBMS gratuitos. Por supuesto, como ya dijo Charlie, hay muchos otros y muchas razones para ir en cualquier dirección. Consulte esta página de comparación (OMI excelente) en Wikipedia, donde encontrará los beneficios y las limitaciones de cualquier RDBMS:

http://en.wikipedia.org/wiki/Comparison_of_relational_database_management_systems

En lo que respecta a su requisito de que su aplicación web sea "descargable", por supuesto, puede incrustar un RDBMS (cualquiera de Derby, H2, HSQLDB) en su aplicación web. Pero también puede hacer que su MySQL o Postgres o cualquier integración sea configurable y dar a sus descargadores instrucciones sobre cómo configurar su aplicación web ellos mismos. Después de todo, cuando usa un DataSource configurado en un contenedor para su aplicación web, esta configuración se puede hacer fácilmente.

Ahora, incluso si cree que podría ser más fácil para usted desarrollar su aplicación web con una base de datos integrada, siempre debe pensar un paso adelante. Preguntas como:

  • ¿Podrá conectarse directamente a esa base de datos para corregir fácilmente las incoherencias de los datos? (Nos pasará a todos)
  • ¿Podrá modificar el esquema fácilmente?
  • ¿Podrá hacer una copia de seguridad de sus datos fácilmente?
  • etc, etc... también hay más preguntas de mantenimiento

Dado que sus comentarios sugieren que sus datos aumentan con el tiempo y deberían persistir, no elegiría una versión integrada, sino que mantendría los datos separados de la aplicación. Tenga en cuenta que esto no excluye a Derby del diseño de su aplicación. Simplemente significa que tendría que ejecutar Derby como un servidor independiente.