Альтернатива BerkeleyDB?

Question

Я ищу dbm-подобную библиотеку, которую я могу использовать вместо Berkeley DB, которую я сейчас использую. Моя основная причина перехода заключается в том, что лицензионные сборы за BDB довольно высоки (бесплатно для приложений с открытым исходным кодом, но мой работодатель не хочет открывать этот конкретный приложение по различным причинам).

Я кратко посмотрел на qdbm, но не похоже, что он удовлетворит мои потребности - множество ключей (несколько миллионов) и большие элементы данных (> 1-5 мегабайт). Прежде чем продолжить поиск, я решил спросить, потому что, похоже, существует множество dbm-подобных библиотек.

Answer 1

C / C ++

• http://sphia.org/ хранилище ключей / значений, написано на C и лицензировано BSD.
• https://code.google.com/p/leveldb/ Написано на C ++, также лицензировано BSD
• http://luxio.sourceforge.net/ Написано на C ++, LGPL, быстрее, чем Беркли DB
• http://symas.com/mdb/ Написано на С, лицензия Публичная лицензия OpenLDAP (как BSD)
• https://github.com/davidar/sdbm Написано на C, Public Domain, повторная реализация "ndbm"
• http://repetae.net/computer/vsdb/ Написано на С, Лицензия неизвестна, Экспериментальная
• https://github.com/stevedekorte/skipdb Записано на C, по лицензии BSD, хранилище значений ключей с использованием индексов Skip-List
• http://unqlite.org/ написанный на C / C ++, Embedded NoSQL Database Engine, BSD-Licensed, похожий на SQLite.
• http://hamsterdb.com/ Написан на C / C ++, встраиваемый NoSQL Database Engine, Apache License 2.0.

Java

• https://github.com/dain/leveldb Порт Java LevelDB, лицензия Apache 2.0
• https://github.com/jingwei/krati Бывший проект LinkedIn, лицензия Apache 2.0
• http://www.mapdb.org/ Встроенная база данных Java, Apache License 2.0, поддерживает хранилище ключей-значений, очень эффективную сериализацию объектов
• https://github.com/OpenHFT/Chronicle-Map, LGPL v3, встроенное хранилище ключей на чистом Java, быстрее, чем Berkeley DB
• https://github.com/jetbrains/xodus, Лицензия Apache 2.0, встроенная база данных Java без транзакционной схемы, * на 1066 * быстрее, чем Berkeley DB
• https://github.com/lmdbjava/lmdbjava, JNI-привязка для LMDB, лицензия Apache 2.0

Answer 2

Вы можете посмотреть на Токийский кабинет . Это преемник qdbm / gdbm, и если вы решите масштабировать, у вас есть хороший сетевой интерфейс

Edit:

Другой вариант - Киотский кабинет ; разработано тем же человеком, но предположительно проще в использовании.

Answer 3

SQLite является общественным достоянием, то есть вы можете использовать его для любых целей, он широко используется и поддерживается.

Answer 4

Вы можете получить значительно улучшенную производительность от любого dbm (даже qdbm) и улучшенного параллелизма с простым уровнем косвенности: просто возьмите свои ключи и хэшируйте их, и используйте data_dir/H(key)/ в качестве базы данных для хранения этих ключей. Для достижения наилучших результатов ограничьте вывод хеша небольшим значением (скажем) 255.

Этот подход имеет ряд преимуществ, которые можно легко обобщить:

• Концептуально просто
• Простота реализации и тестирования
• Не блокирует всю базу данных для обновлений
• Может поддерживать гораздо большие базы данных
• Легко заменить компонент DBM

Хеш, вероятно, даже не должен быть криптографически безопасным; просто в основном униформа. DJB cdb hash хорошо работает в большинстве случаев.

Answer 5

Вы можете попробовать JDBM . Это бесплатное (Apache 2) хранилище значений ключей с сохранением диска. Простой API и высокая производительность

Answer 6

Если вы работаете в Windows, вы можете использовать встроенный движок базы данных. http://blogs.msdn.com/windowssdk/archive/2008/10/23/esent-extensible-storage-engine-api-in-the-windows-sdk.aspx

Answer 7

Postgres или HSQLDB и, возможно, даже база данных H2

Answer 8

Жар-птица ваш лучший друг.

Answer 9

db4o довольно дешев и быстр, но его можно использовать только с Java или .net