なぜダービーなのか およびMySQL あなたが考える唯一のRDMBS？ ダービーと言えば 、 HSQLDBを確認する必要があります 、 H2 、 SQLite 同じように。 MySQLと言う場合 、 Postgresを確認する必要があります 同様に（より多くの機能があります）。
これは、無料のRDBMSに名前を付けるためだけのものです。もちろん、チャーリーがすでに述べているように、他にもたくさんの理由があり、どちらにでも行く理由はたくさんあります。ウィキペディアのこの（IMOの優れた）比較ページをチェックしてください。ここには、RDBMSの利点と制限があります。
http://en.wikipedia.org/wiki/Comparison_of_relational_database_management_systems
Webアプリが「ダウンロード可能」であるという要件に関する限り、もちろん、RDBMS（Derby、H2、HSQLDBのいずれか）をWebアプリに埋め込むことができます。ただし、MySQLやPostgresなどの統合を構成可能にして、ダウンローダーにWebアプリ自体のセットアップ方法を指示することもできます。結局のところ、コンテナで構成されたDataSourceを使用する場合 Webアプリの場合、この構成は簡単に実行できます。
これで、組み込みデータベースを使用してWebアプリを開発する方が簡単だと思ったとしても、常に一歩先を行くことを考える必要があります。次のような質問：
- データの不整合を簡単に修正するために、そのデータベースに直接接続できますか？ （それは私たち全員に起こります）
- スキーマを簡単に変更できますか？
- データを簡単にバックアップできますか？
- など...メンテナンスに関する質問もあります
あなたのコメントはあなたのデータが時間とともに増加していることを示唆しているので、それは持続するはずなので、私は埋め込みバージョンを選びませんが、データをアプリケーションから分離しておきます。これは、アプリケーション設計からDerbyを除外するものではないことに注意してください。これは、Derbyをスタンドアロンサーバーとして実行する必要があることを意味します。