добрый день. У меня есть задача: сохранять иерархию xml-файлов. На данный момент это реализовано в файловой системе. Упрощенная структура:

some_id |
|-main_request.xml
|
|--name_of_service_dir1 | -- request.xml
| -- response.xml
|--name_of_service_dir2 | -- request.xml
| -- response.xml

some_id - это корневой каталог, в котором лежит главный запрос, и под каталоги с парой запрос/ответ, от внешнего сервиса (их может быть несколько)

Проблема в том что это всё нужно хранить в системе контроля версий, кол-во постоянно растет и решено было всё это хранить в БД. Вопрос: может кто-нибудь сталкивался с подобной задачей? Если да, то на какой СУБД остановились?

Рассматривались native xml db (например Berkeley Xml Db (не подошла по многим пунктам)), embedded sql, client-server sql СУБД. Но так и ничего не решили. Наиболее подходящий вариант, что-то наподобии Berkeley Xml Db, но с возможностью создании документов из джава-объектов, хранящих Xml. (Element/Document etc)

Поплыло форматирование:

Alexander Ryndin, спасибо за ссылку. По моему у них лицензия платная если используется в комерческом ПО

pkarklin, еще выборка документов по xpath/xquery.

Dimitry Sibiryakov, эти xml оформлены как модуль (jar) и хранятся в Perforce сейчас. Эта джарка добавлена как зависимость в ivy в другом модуле. Сделано это для того, чтобы при сборке основного модуля не беспокоится о вытягивании этих xml самостоятельно.

pkarklin, пока < 3Гб. Поэтому рассматривали в первую очередь embedded СУБД.