Зачем нужна СУБД Derby?

«Шоб було». А так - ни для чего не нужна. Лучше уж SQLite.

Ну у них немного разные ниши, но да от SQLite есть польза и она в некоторых случаях незаменима

А чем ниши разные? И та и та - Embedded, разве что Derby - полностью на жабе. Но так это производительности ей не добавляет... Так в чём плюс?

Derby - Pure Java. Даешь закачку мавеном, всякие деплои вебстартом, безопасность, разворачивание на серверах приложений и главное - никаких потенциальных падений JVM, как было бы в случае связи с нативным кодом

Ну вот, сам же на свой вопрос и ответил =)

Хотя я что-то особо не видел, чтоб её использовали. Только в «Дебет Плюс» идёт, и то вроде как с оговорками - мол «используйте на свой страх и риск, и ни в коем случае не в сетевой конфигурации».

Не ответил. Есть H2 в ее нише, круче по любому параметру который я знаю

Может быть, в Pure Java RDBMS я не спец, да и ниша достаточно узкая. Так что особых преимуществ перед «полноценными» RDBMS тут не наблюдаю. Уж если Application Server какой, или ВЕБ - то, ИМХО, всяко лучше «полноценный» Мыскуль, Постгри, а то и Оракл использовать. А ембеддед - он и в Африке ембеддед, и нефих с него что-то городить.

> Знает ли кто когда ее нельзя заменить на H2?

Тогда уж лучше на HyperSQL заменять http://hsqldb.org/

На пол миллиметра менее тормознутая чем Derby. Вам нравится СУБД, которая по умолчанию хранит БД в текстовом файле с инсертами? Тогда мы идем к вам! Гогно не лучше Derby

Тогда уж лучше на HyperSQL заменять

H2 — это переписанная с нуля HyperSQL.

> H2 — это переписанная с нуля HyperSQL.

Не HyperSQL, а её предшественница.

> На пол миллиметра менее тормознутая чем Derby.

И H2 и HyperSQL в среднем в 5 - 10 раз быстрее Derby.

Я для своего проекта много перебирал. Остановился на H2, с HSQLDB была куча проблем, особенно с блобами. Работало не достаточно быстро.

Надо полагать, что было это давно. Потому что HyperSQL появился лишь прошлым летом.

Хммм. А что было внутри ООо Base все время его существования?