https://opennet.dev/openforum/vsluhforumID3/137486.html Опубликован выпуск библиотеки libmdbx 0.13.7 (MDBX) с реализацией высокопроизводительной компактной встраиваемой базы данных класса ключ-значение. Код libmdbx распространяется под лицензией Apache 2.0. Поддерживаются все актуальные операционные системы и архитектуры, а также российский Эльбрус 2000. Для libmdbx предлагается развитое API для C++, а также поддерживаемые энтузиастами привязки к языкам Rust, Haskell, Python, NodeJS, Ruby, Go, Nim, Deno, Scala. Из проектов, использующих libmdbx, можно отметить Isar, Erigon и Reth, а также разработки компаний StarkWare и Positive Technologies...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=63653<br> https://opennet.dev/openforum/vsluhforumID3/137486.html#38 Wed, 27 Aug 2025 20:07:54 GMT Исходное API LMDB во многом копирует Berkeley DB, но с существенным упрощением за счет отказа от лишнего.<br><br>Курсоры в MDBX/LMDB такие же как в Berkeley DB.<br>Точнее говоря, некоторые отличия есть, но сводятся к объективным отличиям в возможностях движков.<br>Вложенные транзакции тоже есть, и non-durable тоже. Но ими почти никто не пользуется.<br><br>В OpenLDAP вторичные индексы были не нужны и Говард не стал их делать (а я бы наверное сделал).<br>Однако, несмотря на полезность вторичных индексов в реальности они оказались не востребованными:<br> - если возможностей простого key-value не хватает индустрия предпочитает SQL (SQLite либо внешний сервер);<br> - там где накладные расходы на SQL слишком велики и вложения в разработку оправданы, реализуются собственные схемы со всякими трюками и экономией на спичках.<br><br>30 лет назад, когда делали BDB, всё было иначе. В том числе, диски были медленнее и собственные накладные расходы BDB на кеширование и блокировки были незаметны.<br>Языков программирования и их runtime-сред было си https://opennet.dev/openforum/vsluhforumID3/137486.html#37 Wed, 27 Aug 2025 13:18:33 GMT &gt; 2. LMDB была создана Говардом Чу (Howard Chu) для OpenLDAP ради избавления <br>&gt; от проблем BerkeleyDB.<br><br>От нормальных курсоров и вторичных индексов, да? От детального управления транзакциями, в том числе и вложенными? И что в таком случае остается? -- А то, что невозможно использовать кроме как на локалхосте для кеширования. <br>Все то, от чего избавился этот ваш Чу, позволяет во многих случаях избавиться от использования sql-серверов. Я знаю несколько достаточно больших проектов на базе BDB, реально работающих более 15 лет. Среди них есть такой, который обслуживает в режиме OLTP полторы сотни клиентов в среднем одновременно.<br> https://opennet.dev/openforum/vsluhforumID3/137486.html#36 Tue, 26 Aug 2025 17:44:35 GMT Там имелось в виду, что нужно вдумчиво подходить к вопросу селективности.<br><br>Например, увеличение длины ключа на 1 байт ради более точного поиска может сделать хуже/медленнее чем приблизительный поиск DUPSORT-куста и перебор в нём значений.<br> https://opennet.dev/openforum/vsluhforumID3/137486.html#35 Tue, 26 Aug 2025 17:39:12 GMT Спасибо.<br> https://opennet.dev/openforum/vsluhforumID3/137486.html#34 Tue, 26 Aug 2025 17:37:07 GMT По части MySQL вы заблуждаетесь, а информация с отсылкой к MySQL не соответствует действительности:<br><br>1. MySQL не был написан поверх Berkeley DB.<br>Поддержка BDB как одного из storage engine была добавлена в 2000 спустя примерно 5 лет после первого релиза, а еще через 5 лет удалена.<br>Подключали BDB (предположительно, свечку не держал) для "попробовать улучшить" некоторые показатели, но результат не оправдал ожиданий.<br>Berkeley DB не дала ничего хорошего: ни производительности, ни стабильности, ни уменьшения потребления памяти, ни популярности.<br>Пользователи не пользовались BDB, а по объективным причинам предпочитали MyISAM или InnoDB.<br>Поэтому возможность использования Berkeley DB удалили из MySQL почти 20 лет назад.<br><br>2. Нет принципиальных препятствий для использования MDBX/LMDB в качестве storage engine в SQL-движках, в том числе в MySQL.<br>Это может подтвердить любой специалист разбирающийся в теме.<br>Более того, эксперимент с SQLightning (SQLite пересаженный на LMDB) показал кратный рост производительности https://opennet.dev/openforum/vsluhforumID3/137486.html#33 Tue, 26 Aug 2025 09:26:35 GMT &gt; Поделие уделывает LMDB, а LMDB как тузик грелку рвет этот ваш фон. <br><br>Смешно. Оно и пятой части возможностей BDB не реализует, какая тут грелка. Попытка что-то сляпать на замену. Поверх BDB MySQL был написан. Напиши что-либо похожее поверх этого поделия. <br><br> https://opennet.dev/openforum/vsluhforumID3/137486.html#32 Tue, 19 Aug 2025 20:00:23 GMT Поделие уделывает LMDB, а LMDB как тузик грелку рвет этот ваш фон.<br>Не только лишь все могут это принять.<br>Главное батхерт успеть вылечить до начала деменции.<br> https://opennet.dev/openforum/vsluhforumID3/137486.html#31 Tue, 19 Aug 2025 13:25:29 GMT На фоне BerkeleyDB это MDBX просто школьное поделие. Мало того, у BDB лицензия AGPL, а у MDBX -- Apache.<br>Ключевое различие между лицензиями:<br>- AGPL накладывает сильные обязательства по открытию исходного кода при любом использовании программного продукта, в том числе через сеть, что характерно для копилефтных лицензий.<br>- Apache 2.0 &#8212; разрешительная лицензия с защитой патентов, дающая больше свободы в использовании и включении кода в закрытые проекты без обязательств раскрывать исходный код.<br> https://opennet.dev/openforum/vsluhforumID3/137486.html#30 Mon, 04 Aug 2025 16:52:45 GMT Диванные юристы на опеннете :)<br>