https://www.opennet.ru/openforum/vsluhforumID3/123224.html После двух месяцев разработки состоялся выпуск библиотеки libmdbx 0.9.3 (MDBX) с реализацией высокопроизводительной, компактной встраиваемой базы данных класса ключ-значение. Код libmdbx распространяется под лицензией OpenLDAP Public License. libmdbx является глубокой переработкой СУБД LMDB и по заявлению разработчиков превосходит своего прародителя по надежности, набору возможностей и производительности. Заявляется, что libmdbx до 20% быстрее LMDB в CRUD сценариях, и до 30% быстрее если при сборке libmdbx отключить внутренний контроль до сопоставимого с LMDB уровня...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54554<br> https://www.opennet.ru/openforum/vsluhforumID3/123224.html#82 Fri, 09 Apr 2021 23:25:21 GMT В следующем выпуске именно переход, т.к. mdbx-базы будут только читаться, создавать новые уже запрещено.<br> https://www.opennet.ru/openforum/vsluhforumID3/123224.html#81 Fri, 09 Apr 2021 23:24:36 GMT Две причины:<br><br>- изначально хотели таки на SQLite, но не было идей, как сделать его достаточно быстрым для нужд Миранды. Поэтому, взяли то, что было уже быстрым, а потом за годы неспеша реализовали поддержку курсоров и, в целом, достаточно ускорили работу SQLite.<br><br>- под SQLite есть тонна внешних утилит для работы с базами, пользователи это очень хотят<br> https://www.opennet.ru/openforum/vsluhforumID3/123224.html#80 Wed, 10 Feb 2021 19:18:22 GMT А где граница между корпорацией и ООО из двух человек?<br> https://www.opennet.ru/openforum/vsluhforumID3/123224.html#79 Wed, 10 Feb 2021 11:33:58 GMT &gt;&gt; при этом и rosalab.com, и rosalinux.com недоступны. Хотя жив wiki.rosalab.com - подправили бы подвал, что ли...<br>&gt; РОСА всегда жила в зоне *.ru, а не *.com <br><br>Ну тогда им точно нужно малость починить сайт. На главной<br><br>https://abf.io/<br><br>в подвале стоит вот что:<br><br>[a href="http://www.rosalab.com/about"]About the company[/a]<br><br>(нормальные теги по понятной причине поставить не могу)<br> https://www.opennet.ru/openforum/vsluhforumID3/123224.html#78 Wed, 10 Feb 2021 10:32:11 GMT &gt; Почему Miranda NG переходит на SQLite, если MDBX так хороша?<br><br>Насколько мне известно, там не переход, а добавление еще одного драйвера хранения.<br><br>Тем не менее, история такая:<br><br>1.<br>До каких-то последних версий (если не ошибаюсь, в январе этого 2021 года) libmdbx внутри Miranda NG использовалась некорректно, из-за чего пользователи теряли данные.<br>Пользователи считали что причина проблем в MDBX, ругались и активно просили добавить еще один драйвер хранения.<br><br>Суть проблемы была в том, что БД явно и намеренно открывалась в небезопасном режиме (без гарантий сохранности данных при системном сбое, выключении питания и т.п).<br>Это неоднократно было пояснено разработчикам, но они считали что риски мизерны и долго не могли сподвигнуться на переделку своего кода.<br><br>Следы этих обсуждений и моих пояснений/комментариев есть как в https://github.com/miranda-ng/miranda-ng/issues, так и на форуме Miranda NG http://forum.ru-board.com/topic.cgi?forum=5&topic=34402<br><br>2.<br>Примерно за год до этого (до февраля 2020 года), https://www.opennet.ru/openforum/vsluhforumID3/123224.html#77 Wed, 10 Feb 2021 09:07:59 GMT &gt; До BerkeleyDB этому поделию, как до Луны раком.<br>&gt; Оно даже на база данных, а обычный ретривер.<br><br>Без обид, но чушь.<br>Видимо от незнания/недопонимания.<br><br>&gt; BerkeleyDB поддерживает ISAM и полностью ACID. Это <br>&gt; единственная нормальная не SQL база данных.<br><br>Так было лет ~30 назад. Процитирую аргументацию, которую не нашлось кому опровергнуть:<br><br>BerkeleyDB &#8212; очень старый продукт в области, которая активно развивалась в последнее время, перенесла несколько революций и родила массу альтернатив с учетом набитых шишек. Лучшее враг хорошего и сейчас при (пожалуй) любом наборе критериев можно выбрать альтернативу превосходящую BerkeleyDB. К этому добавляется ряд проблем/недочетов: плохая производительность и/или deadlock-и при конкурентной обработки транзакций, полу-ручное восстановление БД после падений, смена лицензии на AGPL (неприемлема для некоторых проектов).<br><br>BerkeleyDB является встраиваемым движком хранения, но предлагает больше чем key-value. В результате получился комбайн, у которого что-то не т https://www.opennet.ru/openforum/vsluhforumID3/123224.html#76 Wed, 10 Feb 2021 08:37:01 GMT &gt; Ваше мнение является следствием других пропагандистских СМИ.<br><br>Скорее собственного небольшого исследования на эту тему. При участии СМИ конечно же, но скорее как для получения дополнительного набора ссылок для уточнения.<br><br>&gt; там нет явного знака равенства<br><br>Я и не говорил, что он там есть.<br><br>&gt; Это просьба, а не часть лицензий (которые явно указаны внутри каждого проекта).<br><br>Я и не говорил "убрать из лицензии" или как либо иначе о том, что оно есть в лицензии. Я лишь говорю, что такого в свободных лицензиях быть не должно.<br>Читайте внимательнее.<br> https://www.opennet.ru/openforum/vsluhforumID3/123224.html#75 Wed, 10 Feb 2021 08:34:55 GMT Почему Miranda NG переходит на SQLite, если MDBX так хороша?<br> https://www.opennet.ru/openforum/vsluhforumID3/123224.html#74 Wed, 10 Feb 2021 08:33:23 GMT До BerkeleyDB этому поделию, как до Луны раком. Оно даже на база данных, а обычный ретривер. BerkeleyDB поддерживает ISAM и полностью ACID. Это единственная нормальная не SQL база данных.<br>