История изменений

Мы общались тут где-то с одним клоуном-регистрантом. Который автор этой lmdb. Он ни как не мог ответить на вопрос есть ли репликация в его поделии, например. По крайней мере, я ответа не получил.

В bdb есть, пользуюсь. Транзакции есть. Вполне зрелый продукт. А единственная проблема с bdb заключается в том, что погроммисты не осиливают прочесть что-нибудь про in-memory database in berkeley db. Т.е., база, хранимая в памяти. Правда, у ТС навряд ли так будет стоять задача, т.к. ARM это ARM и там наврядли найдётся гектар-другой лишний. Но факт остаётся фактом. ;) В bdb можно создавать и использовать весьма быстрые базы. Свойство репликации сохраняется и в этом случае.

С другой стороны, кстати, bdb умеет ещё и шифрованные базы. Как именно embedded db (именно bd, а не «менеджер записей») вполне-вполне. Использую сам, отказываться не планирую.

UPD. Ну и в качестве апелляции к авторитету (понимаю что не хорошо, но всё же) — Oracle это как ни крутите, а Oracle. И в массе продуктов как-то незаметны «проблемы», якобы существующие в bdb.

Мы общались тут где-то с одним клоуном-регистрантом. Который автор этой lmdb. Он ни как не мог ответить на вопрос есть ли репликация в его поделии, например. По крайней мере, я ответа не получил.

В bdb есть, пользуюсь. Транзакции есть. Вполне зрелый продукт. А единственная проблема с bdb заключается в том, что погроммисты не осиливают прочесть что-нибудь про in-memory database in berkeley db. Т.е., база, хранимая в памяти. Правда, у ТС навряд ли так будет стоять задача, т.к. ARM это ARM и там наврядли найдётся гектар-другой лишний. Но факт остаётся фактом. ;) В bdb можно создавать и использовать весьма быстрые базы. Свойство репликации сохраняется и в этом случае.

С другой стороны, кстати, bdb умеет ещё и шифрованные базы. Как именно embedded db (именно bd, а не «менеджер записей») вполне-вполне. Использую сам, отказываться не планирую.