The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск встраиваемой СУБД libmdbx 0.13.2

14.12.2024 10:07

Опубликован выпуск библиотеки libmdbx 0.13.2 (MDBX) с реализацией высокопроизводительной компактной встраиваемой базы данных класса ключ-значение. Код libmdbx распространяется под лицензией Apache 2.0. Поддерживаются все актуальные операционные системы и архитектуры, а также российский Эльбрус 2000. Для libmdbx предлагается развитое API для C++, а также поддерживаемые энтузиастами привязки к языкам Rust, Haskell, Python, NodeJS, Ruby, Go, Nim, Deno, Scala.

Исторически libmdbx является глубокой переработкой СУБД LMDB и превосходит своего прародителя по надёжности, набору возможностей и производительности. В сравнении с LMDB, в libmdbx большое внимание уделяется качеству кода, стабильной работе API, тестированию и автоматическим проверкам. Поставляется утилита проверки целостности структуры БД с некоторыми возможностями восстановления. Технологически libmdbx предлагает ACID, строгую сериализацию изменений и неблокирующее чтение с линейным масштабированием по ядрам ЦПУ. Поддерживается автокомпактификация, автоматическое управление размером БД, оценка объёма выборок по диапазонам (range query estimation).

Основные изменения:

  • Ускорено обновление GC при возврате/помещении списков страниц в сложных сценариях. Доработан и активирован ранее отключённый экспериментальный режим корректирующей обратной связи. Этим принципиально улучшилась сходимость (сократилось количество повторных попыток), а также устранён дефект приводящий к "зацикливанию" при фиксации транзакций (с возвратом ошибки MDBX_PROBLEM) в редких специфических условиях.
  • В сборочных скриптах CMake включён стандарт C23.
  • Добавлены T-макросы для парных функций char/wchar_t.
  • В C++ API добавлена поддержка вложенных пишущих транзакций.
  • Выполнен переход на вторую редакцию спецификации семантического версионирования ("Semantic Versioning 2") и обеспечен экспорт информации о версии в VERSION.json.
  • Для воспроизводимости сборок добавлена поддержка переменной окружения SOURCE_DATE_EPOCH. Поддержка MDBX_BUILD_TIMESTAMP сохранена и данная переменная имеет приоритет.
  • Добавлена возможность указывать дополнительную информацию о сборке libmdbx через опцию MDBX_BUILD_METADATA. Сейчас задаваемая информация просто включается внутрь библиотеки в качестве значения mdbx_build.metadata, а в дальнейшем также будет использоваться при формировании пакетов и т.п.
  • Добавлено логирование ошибок, возвращаемых из API. Теперь для этого достаточно задать уровень логирования MDBX_LOG_DEBUG (для логирования ошибок за вычетом MDBX_NOTFOUND) или MDBX_LOG_TRACE (для логирования всех ошибок, а также MDBX_RESULT_TRUE).
  • Изменение поведения:
    • Добавлен метод mdbx::cursor::get_multiple_samelength() и переименован mdbx::txn::put_multiple_samelength().
    • Для единообразия C++ API при выполнении операции MDBX_GET_MULTIPLE теперь также возвращается значение самого ключа.
    • Для размерных констант mdbx::env::geometry базовый тип изменён с беззнакового size_t на знаковый intptr_t.
    • Выбор в пользу использования ntdll вместо CRT теперь делается только при явном отключении C++ API.
    • Обеспечено освобождение памяти сброшенных/прерванных читающих транзакций, передаваемых в mdbx_txn_commit(). Соглашение по API требует чтобы такие транзакции освобождались посредством mdbx_txn_abort(), из-за чего функция mdbx_txn_commit() возвращала ошибку в таких случаях, не разрушая сами транзакции. Это приводило к утечкам памяти из-за ошибок в приложениях, что побудило изменить поведение.
    • Использование макроса __deprecated_enum, если он определён.
    • При сборке посредством CMake выбор стандарта языка C теперь выполняется с учётом CMAKE_C_STANDARD.


  1. Главная ссылка к новости (https://gitflic.ru/project/ert...)
  2. OpenNews: Выпуск встраиваемой СУБД libmdbx 0.13
  3. OpenNews: Релиз LDAP-сервера ReOpenLDAP 1.2.0
  4. OpenNews: Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62403-libmdbx
Ключевые слова: libmdbx
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (72) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:11, 14/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –16 +/
    Ну это комбо сомнительные преимущества и более чем сомнительный автор. Поделка для очень узкой аудитории.
     
     
  • 2.3, Аноним (3), 10:39, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >и более чем сомнительный автор

    А чем автор сомнителен? (просто не в курсе)

     
     
  • 3.8, Аноним (1), 10:51, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • –9 +/
    Автор немного повернут на теории заговора что американцы плохие и хотят лично его съесть скажем так.
     
     
  • 4.27, Аноним (-), 13:01, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Автор немного повернут на теории заговора что американцы плохие и хотят лично его съесть скажем так.

    И при этом пишет базы данных. И в чем же заключаются ваши сомнения? Вы хотите вызвать недоверие к человеку на основании чего?

     
  • 4.102, 111 (??), 17:44, 15/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И что тут такого? Ну заговаривается и заговаривается. Подумаешь! Денег же он с нас не требует?
     
  • 3.9, Аноним (9), 10:52, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Три слова: Top Gun DPI
     
     
  • 4.11, Аноним (9), 10:56, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вернее два: TopGun DPI.
     
     
  • 5.14, мимо проходил (?), 11:34, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Строитель плохой потому-то построил забор ?

    И роскомнадзор сидит на совсем другом.

    Чувак по-ходу срубил бабла, чуток хайпанул на highload и пошел дальше.

     
  • 5.16, Имя (?), 11:59, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Теперь это называеся PT NGFW.
     
  • 5.19, Имя (?), 12:17, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И что? Авторов остальных DPI тоже предлагаешь на костре сжечь? Как тебе живётся с тем, что "демократических" странах DPI тоже широко используется (в частности, https://en.wikipedia.org/wiki/Deep_packet_inspection#United_States )? PRISM не жмёт?
     
     
  • 6.33, Вы забыли заполнить поле Name (?), 13:34, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > что "демократических" странах DPI тоже широко используется

    Это другое! (с)

    А ещё, а ещё в демократических странах есть тор и впн.

     
     
  • 7.46, Аноним (-), 14:30, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • –9 +/
    > Это другое! (с)
    > А ещё, а ещё в демократических странах есть тор и впн.

    И вайбер там не забанен, кстати. Как впрочем и ютуб. И фэйсбук. И инстаграмм. Да черт, даже тикток и то - зубы точат, но due process штука такая, неудобная однако.

     
     
  • 8.110, Вы забыли заполнить поле Name (?), 00:29, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А это это же локальные мэссенджеры, через которые демократические страны демо... текст свёрнут, показать
     
  • 8.116, Бывалый Смузихлёб (ok), 07:30, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Потому что они выполняют все требования тамошних властей Зачастую - даже перевы... текст свёрнут, показать
     
  • 6.43, Аноним (43), 14:20, 14/12/2024 Скрыто ботом-модератором     [к модератору]
  • –4 +/
     
     
  • 7.111, Вы забыли заполнить поле Name (?), 02:16, 16/12/2024 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 2.5, Имя (?), 10:41, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Почему для узкой? Это персисентная key-value database, с полноценным acid, такое много где нужно. Можно, конечно, реализовывать такое хранилище через SQL и тащить с собой sqlite или postgresql, но это как гвозди кирпичом заколачивать: медленно, громоздко и неудобно..
     
     
  • 3.22, Ilya Evseev (?), 12:36, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Есть RocksDB, её недостаточно?
     
     
  • 4.25, Аноним (1), 12:48, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • –5 +/
    У роксов нескрепный автор.
     
     
  • 5.31, Имя (?), 13:18, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну, если автору libmdbx в комментах решили приписать "грех" участия в разработке одной (из огромного ассортимента) DPI, то у автора rocksdb список грешков пошире, мягко говоря - https://ru.wikipedia.org/wiki/%D0%9A%D1%80%D0%B8

    Если у тебя обострение этичности, то выбор между этими двумя очевиден, в общем-то :)

    А про важность скрепности иди расскажи в lkml

     
  • 4.26, Имя (?), 12:57, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    1. У них под капотом абсолютно разные алгоритмы. У RocksDB это append-only файлы и compaction (= перекопирование данных с диска на диск), у libmdbx это b+tree. Логично ожидать, что на разных нагрузках они будут вести себя сильно по-разному (и наверняка будут случаи, когда одна намного лучше другой, и наоборот). То есть конкретно эти две СУБД не являются свосем уж прямыми конкурентами друг другу, у каждой своя "оптимальная" подниша.

    2. Конкуренция - это очень хорошо. Пусть расцветают сто цветов, пусть соперничают сто школ.

     
     
  • 5.40, Аноним (1), 14:12, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Кроме синтетических тестов есть ещё много аспектов которые определяют качество продукта.
     
     
  • 6.44, Аноним (44), 14:23, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Кроме синтетических тестов есть ещё много аспектов которые определяют качество продукта.

    Как-раз поэтому libmdbx используется в Ethereum (Reth, Erigon, Silkworm) и в коммерческих продуктах Positive Technologies.

     
     
  • 7.92, Аноним (1), 12:27, 15/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что сабжевыц человек и финансируется Positive Technologies.
     
     
  • 8.95, Аноним (44), 12:56, 15/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    т е позитив финансирует себе во вред и заставил ethereum использовать subj ... текст свёрнут, показать
     
  • 5.59, Аноним (-), 16:05, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Конкуренция - это очень хорошо. Пусть расцветают сто цветов, пусть соперничают сто школ.

    Расскажите это в Вавилоне

     
     
  • 6.127, mos87 (ok), 19:29, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    зачем так далеко ходить? можно просто любому линакс-дистрибу.
     
     
  • 7.128, Аноним (-), 02:01, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это не совсем так. У них общее ядро, поэтому множество контрибьюторов говорят на одном языке и добавляют новшества туда. Вот обширный набор дистрибутивов это скорее способ распространения и устранения конкуренции, а не разговор на разных языках. А вот касательно технологий несовместимых или плохо/неудобно совместимых друг с другом дело несколько другое, т.к. это уже принцип - разделяй и властвуй. Порой этот принцип хорош - позволяет властвовать, а порой быть на месте тех кого разделяют. Т.е. какое-то множество оказывается в выигрышной позиции, а какое-то в проигрышной. В следствии чего технологии и инженеры начинают быть несовместимыми.
     
  • 7.129, Аноним (-), 02:19, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А вот когда есть системный подход - дело то совершенно иное По крайней мере глу... большой текст свёрнут, показать
     
  • 4.34, Вы забыли заполнить поле Name (?), 13:36, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как дети. Уже 20 раз объясняли про сравнение. И да, ты пойди собери этот роксдб. Сколько по времени собирается и какой размер на выходе? Многовато для встраиваемой бд.
     
     
  • 5.37, Аноним (1), 14:08, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Встраиваемой в управление кофеваркой? Возможно.

    Встраиваемый в десктоп приложение? В самый раз.

    Зато у тех же роксов есть гарантия что в автору не придут местные люди с бутылочкой огненной воды и не скажут в каком месте надо выходит за границы буфера.

     
     
  • 6.42, Имя (?), 14:17, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Зато у тех же роксов есть гарантия что в автору не придут местные люди с бутылочкой огненной воды и не скажут в каком месте надо выходит за границы буфера.

    У роксов есть гарантия, что они сотрудничают с неместными людьми, и любые пожелания неместных людей будут нижайше исполнены. Facebook - участник PRISM.

     
     
  • 7.93, Аноним (1), 12:28, 15/12/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Так это и есть хорошо.
     
  • 6.109, Вы забыли заполнить поле Name (?), 00:24, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Встраиваемой в управление кофеваркой? Возможно.
    > Встраиваемый в десктоп приложение? В самый раз.

    Десктоп приложению sqlite хватит. Rocksdb раз в 100 больше.

     
  • 6.114, Вы забыли заполнить поле Name (?), 02:22, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Зато у тех же роксов есть гарантия что в автору не придут местные люди с бутылочкой огненной воды и не скажут в каком месте надо выходит за границы буфера.

    Какая еще гарантия? Вы репозиторий вообще смотрели? Там все пилится одной организацией и что они запилят, то и будет. А для ответов на вопросы пользователей они используют соцсеть facepalm. И нет, это не шитхаб.

     
  • 4.80, Аноним (44), 23:43, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Иногда не достаточно, точнее говоря, медленно.

    Вот пара цитат для случая БД в 2.5 терабайт:

    ...
    a much faster MDBX storage library (instead of LevelDB) that can reduce database size and improve BNB Chain performance. MDBX is one of the fastest embedded databases and the most lightweight.
    ...
    MDBX drivers bring performance up by 30% compared to other databases like RocksDB or LevelDB.

    https://www.bnbchain.org/en/blog/ankr-contributing-to-bsc-and-implementing-eri

     
  • 4.112, Вы забыли заполнить поле Name (?), 02:18, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Есть RocksDB, её недостаточно?

    У rocksdb фиг пойми график релизов. Кода там много, компилируется долго, размер оч большой (даже у lite версии), багов куча в багтрекере. Это внутренний продукт просто открытый наружу как есть, по факту разработка закрыта.

     
  • 2.15, мимо проходил (?), 11:37, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну это комбо сомнительные преимуществ

    А какие там "комбо" ?

    Вроде-бы ровно наоборот и супер-стабильно.
    Где-то читал что весь Ethereum на этом движке.

     
     
  • 3.17, Аноним (1), 12:10, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Доклад отклонен https://highload.ru/moscow/2022/abstracts/9342 Я так давно долго не смеялся теперь живот болит.
     
     
  • 4.23, Имя (?), 12:42, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Доклад отклонен https://highload.ru/moscow/2022/abstracts/9342 Я так давно долго не
    > смеялся теперь живот болит.

    Автор посмечался первым и фактически сам отказался https://t.me/libmdbx/3854
    и я с ним согласен, хайлоад превратился в жеванное стендап-шоу.

    А в Ethereum этот движок действительно используется, причем во всех развивающихся клиентах.
    Странно что автор не кричит об этом на каждом углу.

     
  • 2.71, _ (??), 19:21, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Ну это комбо сомнительные преимущества и более чем сомнительный автор.

    Молодец, ещё 100500 таких сообщений и на юзанную обёртку от бургера заработаешь :)
    А скорее на юзанную резинку, для таких как ты - well deserved outcome :)

    > Поделка для очень узкой аудитории.

    О, да ты и в высоконагруженных базах экперт?!?!?
    И всё же - спили мушку :) Ну и кастрюлю сними, если не приросла ещё...

    А по топику:
    База вышла - то что надо! Но надо в основном перцам размера билайна\ростелекома и других больших ребят. Для любой моей наколенной поделки (к примеру) - работать будет, но оно и на чём есть работает ;-) Тут размер - таки решает.

    Автору удачи, проектов и честно заработанных деньжат, денег и деньжищЪ(С)! :)

     

  • 1.30, Аноним (30), 13:12, 14/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как оно относится к Berkeley DB? Должны быть конкурентами, но я ни где не всречал сравнения.
     
     
  • 2.39, Имя (?), 14:09, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В интернетах так пишут - "For embedded use, LMDB and its spin-off libMDBX are a lot faster than BDB, but have neatly-compatible APIs. (The guy who built LMDB has a paper on how his project, OpenLDAP, had so many performance problems with BDB that he wrote LMDB as a replacement.)" И приводят ссылку на статью - https://lobste.rs/s/avljlh/what_s_big_deal_about_embedded_key_value

    В статье намеряли огромный выигрыш в производительности: где-то в 2-3 раза, где-то на порядок. Нужно понимать, что это статья от авторов LMDB, и перф они сравнивают на той нагрузке, под которую LMDB целенаправленно задумывался.

     
  • 2.68, Аноним (44), 18:21, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    libmdbx является сильнейшей переработкой LMDB А LMDB сделали на замену Berkeley... большой текст свёрнут, показать
     

  • 1.35, Аноним (35), 13:43, 14/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    mdbx.h++

    Ну хоть так выделиться. Он не тиктокер?

     
  • 1.38, ijuij (?), 14:08, 14/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Есть ли какие-то сравнения этой СУБД с SQLite? 🤔 Чем она лучше или хуже?
     
     
  • 2.47, fuggy (ok), 14:31, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    SQLite - это реляционная SQL база, а libmdbx - key-value хранилище. То есть кроме того что они встраиваемые и ACID, больше общего у них нет.
     

  • 1.56, adolfus (ok), 15:51, 14/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Зачем какой-то кривой лисапед, если есть нормальная, зарекомендовавшая себя во всех отношениях Berkeley DB? Причем версии 18 против 0.
     
     
  • 2.64, Аноним (44), 16:55, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В том-то и дело, что Berkeley DB так себя зарекомендовала, что еще 20 лет назад все кинулись писать свои движки хранения.

    У некоторых это получилось.

     
     
  • 3.72, _ (??), 19:38, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Передайте убогим что Oracle уж почти 5 лет как Berkeley DB не релизит ... похоронили походу :(
    :)
     
     
  • 4.82, Аноним (82), 00:53, 15/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Oracle тот еще могильщик проектов, в случае BerkeleyDB - ей 30 лет если не больше уже, возможно что некому развивать, сама библиотека довольно компактная по размерам.
     
     
  • 5.90, Аноним (1), 11:37, 15/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно там уже все идеально.
     
  • 4.122, adolfus (ok), 13:16, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Передайте убогим что Oracle уж почти 5 лет как Berkeley DB не
    > релизит ... похоронили походу :(
    > :)

    Ниже ответили. Как говорится, "If it works don't touch it". Программ, которые уже некуда развивать, мало, и BDB входит в их число.
    Там есть все, что нужно для эффективной работы с данными и чего нет у тех неосиляторов, кто пытался ее заменить говно-велосипедами. Все эти попытки напоминают попытки переписать код с фортрана и кобола на более модные и молодежные языки, которые безуспешно продолжаются уже полсотни лет.
    BDB -- это единственная из низкоуровневых БД (типа ключ-значение), над которой можно создать полноценный мультипоточный SQL-сервер. И чтобы этого не произошло, Оракл выкупил BDB и создал над ней свой.

     
     
  • 5.125, Аноним (125), 15:15, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего путного ниже не ответили, а вы блистаете экспертизой еще больше BDB писа... большой текст свёрнут, показать
     
     
  • 6.130, adolfus (ok), 09:55, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    BDB -- это движок относительно низкого уровня и как вы над ним напишете сопрово... большой текст свёрнут, показать
     
  • 3.81, Аноним (82), 23:57, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не совсем так, первоначально у BerkeleyDB была коммерческая платная лицензия и бесплатная некоммерческая, что собственно и не способствовало популярности.
    После, когда уже Oracle что то сделало с лицензией, было поздно.
    А так отличная надежная база данных, все уместно и удобно реализовано. Прекрасно работала где надо.

     
     
  • 4.86, Аноним (-), 06:45, 15/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А так отличная надежная база данных, все уместно и удобно реализовано.
    > Прекрасно работала где надо.

    Да просто не особо развая - и доволно навороченная при всем этом. Юзали ее потому что ничего сравнимого особо и не было. А как появилось - ну, ой.

     
     
  • 5.131, adolfus (ok), 09:59, 17/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> А так отличная надежная база данных, все уместно и удобно реализовано.
    >> Прекрасно работала где надо.
    > Да просто не особо развая - и доволно навороченная при всем этом.
    > Юзали ее потому что ничего сравнимого особо и не было. А
    > как появилось - ну, ой.

    А что появилось? Вторичные ключи (индексы по полю данных) поддерживаются? Курсоры по ним? Или самому все это колхозить нужно?

     
  • 4.105, нах. (?), 21:21, 15/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    первоначально у berkeley db была лицензия berkeley. Название как бы намекает.  Но она кончилась на 0.86 (на самом деле даже на 0.84)

    А коммерческой она стала ровно тогда, когда некоммерческую зохавал дЭффективный манагер и продал в орацл, доломав до полностью нерабочего состояния.

    (там еще денежки мразилы каким-то боком поучаствовали, не на свои вся эта рвань гуляла, но это было в довебдаванольную эпоху и пруфы ищи сам)

     
  • 2.73, Аноним (73), 19:47, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    зачем какой-то лисапед, если есть hashmap
     
  • 2.74, нах. (?), 19:55, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Причем версии 18 против 0.

    вот именно по этой причине. bdb была всем хороша, пока ее версия была 0 (и пока она таки была - berkley) - и превратилась в ломучее кривое оно в руках дЭффективных менеджеров (которые, как обычно, прогадив все полимеры, сделали вид что и не было никакого ванятки)

    Но конкретно этот лисапет - узкие делали, поэтому сразу наюх.

     

  • 1.60, Аноним (-), 16:12, 14/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А mdb, которая была на Delphi, простите не помню как точно называлась - имеет что-то общее с этой разработкой?
     
     
  • 2.69, Аноним (69), 18:22, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    mdb - старый формат хранения Microsoft Access.  Думаю, он никак не относится к этой теме
     
  • 2.70, Аноним (44), 18:22, 14/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, ничего общего.

    "mdb в Delphi" это Microsoft Access.

     

  • 1.87, Аноним (87), 08:34, 15/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Есть LevelDB на родном C++ без кривых биндингов
     
     
  • 2.89, Аноним (1), 11:36, 15/12/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вот вот а этого автора перекроет и не известно что будет с базой.
     
  • 2.113, Вы забыли заполнить поле Name (?), 02:19, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Есть LevelDB на родном C++ без кривых биндингов

    Это, который данные теряет? И транзакции не может?

     

  • 1.100, Аноним (100), 15:46, 15/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Зашел,почитал тут.

    По-факту все комментарии "против" просто треп и хлобная попа-боль.

    А люди реально использующие библиотеку еще в 2021 написали о 30% приросте производительности (в сравнении с RocksDB) и явно были довольны.

    Удивительно что есть такие проекты и люди умеющие их делать.

     
     
  • 2.106, нах. (?), 21:24, 15/12/2024 [^] [^^] [^^^] [ответить]  
  • –4 +/
    и надои заколосились, и шрам от вскрытия рассосался.

    (и может не всем надо 30% производительности ценой зависимости от автора из Б-гом проклятого государства?)

     
     
  • 3.108, пшн. (?), 22:09, 15/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ...и все также забытые Б-гом неудачники что-то пишут соплями на заборах
     
  • 3.117, DESKTOP3HBS8ID (?), 12:13, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А о какой зависимости речь? Работает решение? Ещё как. 30% производительности это реально много. Никто как бы не запрещает сделать локальную копию или форк, в который втягивать нужные патчи - код открытый, лицензия позволяет. Какие проблемы?
     
     
  • 4.123, Имя (?), 14:07, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Какие проблемы?

    Кастрюля на голове мешает

     
  • 3.124, slew (ok), 14:49, 16/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В этом самом государстве нарасхват, ибо свое, да еще и качественное.
     

  • 1.118, anonistrambler.ru (?), 12:19, 16/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как он относительно RedisDB? Кто в курсе?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру