Опыт использования Derby или HSQL в режиме производства

Кто-нибудь когда-либо пытался использовать Derby или HSQLDB в производственной среде? Какие-нибудь хорошие, плохие или уродливые переживания?

Ответ 1

Существует сравнение встроенных баз данных на веб-сайте H2 (H2 - еще одна встроенная Java-база данных, которая очень быстрая, BTW):

Это должно дать вам некоторые факты.

Ответ 2

Я использовал HSQLDB для создания приложения для сверки. Он масштабировался до полумиллиона записей, размер БД составлял почти 2 ГБ.

хорошее качество 1) Вы можете настроить память. Первоначально мы работали с 2 ГБ кучи, а затем увеличивали до 4 ГБ памяти. Вы можете хорошо настроить память на CPU. У нас были разные конфигурации. 15 минут исполнения с 512 МБ и 2 минуты исполнения с 4 ГБ ОЗУ.

2) Вернитесь на диск. Позже мы перешли на файловую таблицу, и мы сократили нашу кучу с 4 до 512 МБ. Но программа не требует никаких изменений, кроме конфигурации, связанной с памятью.

Приятно иметь. 1) Shutdown занял дополнительное время в окнах, когда выделенная память была низкой. 2) Существует немного черной магии с индексом. Как только мы добавили индекс более чем на шесть столбцов на полмиллиона записей. Процесс был довольно медленным, мы удалили дополнительный индекс. Это не повредило нам.

В целом я настоятельно рекомендую HSQLDB, когда количество записей меньше нескольких миллионов, а размер БД менее 10 ГБ. Это может работать даже для более высокой потребности, но я не думаю, что они могут быть прямолинейными. Может быть, дополнительный документ может помочь.

Кстати, Фредт очень быстро ответил на мои вопросы в списке рассылки.

Ответ 3

Смотрите это сообщение для HSQLDB Спящий режим на гиперзвуковом производстве?