Perché sono Derby e MySQL l'unico RDMBS che consideri? Se dici Derby , dovresti controllare HSQLDB , H2 , SQLite anche. Se dici MySQL , dovresti dare un'occhiata a Postgres anche (che ha molte più funzionalità).
Questo è solo per nominare alcuni RDBMS gratuiti. Naturalmente, come ha già detto Charlie, ci sono molti altri e molti motivi per andare in entrambi i modi. Dai un'occhiata a questa pagina di confronto (eccellente IMO) su Wikipedia, dove troverai vantaggi e limitazioni di qualsiasi RDBMS:
http://en.wikipedia.org/wiki/Comparison_of_relational_database_management_systems
Per quanto riguarda la tua richiesta di "scaricabile" della tua webapp, ovviamente puoi incorporare un RDBMS (qualsiasi Derby, H2, HSQLDB) nella tua webapp. Ma puoi anche semplicemente rendere configurabile il tuo MySQL o Postgres o qualsiasi altra integrazione e dare ai tuoi downloader istruzioni su come configurare la tua webapp da soli. Dopotutto, quando utilizzi un DataSource configurato in container per la tua webapp, questa configurazione può essere eseguita facilmente.
Ora, anche se pensi che possa essere più facile per te sviluppare la tua webapp con un database incorporato, dovresti sempre pensare un passo avanti. Domande come:
- Sarai in grado di connetterti direttamente a quel database, per correggere facilmente le incongruenze dei dati? (Accadrà a tutti noi)
- Riuscirai a modificare facilmente lo schema?
- Riuscirai a eseguire facilmente il backup dei tuoi dati?
- ecc ecc... ci sono anche altre domande sulla manutenzione
Poiché i tuoi commenti suggeriscono che i tuoi dati stanno aumentando nel tempo e dovrebbero persistere, non sceglierei una versione incorporata, ma manterrei i dati separati dall'applicazione. Tieni presente che ciò non esclude Derby dal design dell'applicazione. Significa solo che dovresti eseguire Derby come server autonomo.
