Защо са Дерби и MySQL единственият RDMBS, който смятате? Ако кажете Дерби , трябва да проверите HSQLDB ,H2 , SQLite както и Ако кажете MySQL , трябва да проверите Postgres също (което има много повече функции).
Това е само да назовем някои безплатни RDBMS. Разбира се, както вече каза Чарли, има много други и много причини да тръгнем по двата начина. Вижте тази (отлично IMO) страница за сравнение в Wikipedia, където ще намерите предимствата и ограниченията на всяка RDBMS:
http://en.wikipedia.org/wiki/Comparison_of_relational_database_management_systems
Що се отнася до вашето изискване за това, че вашето уеб приложение може да бъде „сваляемо“, разбира се, можете да вградите RDBMS (който и да е от Derby, H2, HSQLDB) във вашето уеб приложение. Но можете също така просто да направите своя MySQL или Postgres или каквато и да е интеграция конфигурируема и да дадете на своите изтеглящи инструкции как сами да настроят вашето уеб приложение. В крайна сметка, когато използвате конфигуриран в контейнер DataSource
за вашето уеб приложение тази конфигурация може да се направи лесно.
Сега, дори ако смятате, че може да ви е по-лесно да разработите вашето уеб приложение с вградена база данни, винаги трябва да мислите една стъпка напред. Въпроси като:
- Ще можете ли да се свържете директно с тази база данни, за да коригирате лесно несъответствията в данните? (Ще се случи на всички ни)
- Ще можете ли лесно да промените схемата?
- Ще можете ли лесно да архивирате данните си?
- и т.н.... има и още въпроси за поддръжка
Тъй като вашите коментари предполагат, че данните ви се увеличават с течение на времето и трябва да се запазят, не бих избрал вградена версия, но бих запазил данните отделно от приложението. Имайте предвид, че това не изключва Derby от дизайна на вашето приложение. Това просто означава, че ще трябва да стартирате Derby като самостоятелен сървър.