https://opennet.me/openforum/vsluhforumID3/135577.html Опубликован выпуск библиотеки libmdbx 0.13.2 (MDBX) с реализацией высокопроизводительной компактной встраиваемой базы данных класса ключ-значение. Код libmdbx распространяется под лицензией Apache 2.0. Поддерживаются все актуальные операционные системы и архитектуры, а также российский Эльбрус 2000. Для libmdbx предлагается развитое API для C++, а также поддерживаемые энтузиастами привязки к языкам Rust, Haskell, Python, NodeJS, Ruby, Go, Nim, Deno, Scala...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62403<br> https://opennet.me/openforum/vsluhforumID3/135577.html#135 Thu, 16 Jan 2025 09:45:13 GMT &gt; Как он относительно RedisDB? Кто в курсе?<br><br>Примерно как написано выше https://www.opennet.ru/openforum/vsluhforumID3/135577.html#80<br> https://opennet.me/openforum/vsluhforumID3/135577.html#134 Thu, 16 Jan 2025 09:42:18 GMT Вы кастрюлю с головы снимите, а уже после смотрите в тесты/код и "ищите альтернативы" кружевам на трусиках.<br> https://opennet.me/openforum/vsluhforumID3/135577.html#133 Thu, 26 Dec 2024 16:43:11 GMT Качество измеряется тестами и code-coverage (пруф &#8212; смотри SQLite). Где оно здесь? Три десятка тестов покрывающих пофикшеные баги и всё? "Качество", говоришь? Хеххх!<br><br>Какое государство такое и качество. Фтопку, короч. Ищем альтернативы дальше.<br> https://opennet.me/openforum/vsluhforumID3/135577.html#131 Tue, 17 Dec 2024 06:59:04 GMT &gt;&gt; А так отличная надежная база данных, все уместно и удобно реализовано.<br>&gt;&gt; Прекрасно работала где надо.<br>&gt; Да просто не особо развая - и доволно навороченная при всем этом. <br>&gt; Юзали ее потому что ничего сравнимого особо и не было. А <br>&gt; как появилось - ну, ой.<br><br>А что появилось? Вторичные ключи (индексы по полю данных) поддерживаются? Курсоры по ним? Или самому все это колхозить нужно?<br><br> https://opennet.me/openforum/vsluhforumID3/135577.html#130 Tue, 17 Dec 2024 06:55:35 GMT &gt; Создать "полноценный мультипоточный SQL-сервер" с использование BDB можно, но ничего нужного <br>&gt; (надежности, производительности, удобства сопровождения, удобство разработки) в нем <br>&gt; не будет.<br>&gt; Некоторая часть проблем BerkeleyDB компактно описана тут https://www.openldap.org/pub/hyc/mdb-paper.pdf <br><br>BDB -- это движок относительно низкого уровня и как вы над ним напишете "сопровождение", так оно и будет работать. Это касается и надежности, в том числе. Что касается удобства разработки, то тут скорее наоборот -- чем ниже уровень АПИ, тем проще с ним работать. Если, конечно, вас в жёппy продавцы воздуха не гонят. Ну а там, где разрабатывают серьезные приложения с литерой, там как раз и не гонят.<br><br>Что касается производительности, то нужно понимать, что вы собираетесь обрабатывать и как. И уж точно делать над ней мелкоту типа баз LDAP и прочих AD -- это из пушки по воробьям. А вот для системы хранения и обработки непрерывно валящей с установки телеметрии это в самый раз. На сегодня в базу, в разработке кот https://opennet.me/openforum/vsluhforumID3/135577.html#129 Mon, 16 Dec 2024 23:19:18 GMT А вот когда есть системный подход - дело то совершенно иное. По крайней мере глупых вопросов какой язык изучать не возникает. Результат программирования и работы + других инженеров это ракеты, самолёты летящие согласно поставленной задачи САУ, суда ходящие по адекватному курсу, веб-сайты, машины, роботы, прикладной софт для документооборота, финансов, сферы развлечений и отдыха, графики, видео и звука. Результат ВУЗа - умение учится и вообще не задумываться о языке программирования. Я вот вообще о них не заморачиваюсь особо - беру и пишу на чем понравилось, для меня это просто инструмент. Но люди не знающие что в итоге они хотят и учатся ради наживы мне не понятны, они просто потеряны. Казалось бы даже ради наживы - как-бы ВУЗы и работодатели должны же как-то вместе работать - и тем и другим хочется заработать. Старая система под старые нужды работала, потому что работала по другому. И вот о нюансах я умолчу - их и так все знают, а я не хочу разводить споры.<br> https://opennet.me/openforum/vsluhforumID3/135577.html#128 Mon, 16 Dec 2024 23:01:14 GMT Это не совсем так. У них общее ядро, поэтому множество контрибьюторов говорят на одном языке и добавляют новшества туда. Вот обширный набор дистрибутивов это скорее способ распространения и устранения конкуренции, а не разговор на разных языках. А вот касательно технологий несовместимых или плохо/неудобно совместимых друг с другом дело несколько другое, т.к. это уже принцип - разделяй и властвуй. Порой этот принцип хорош - позволяет властвовать, а порой быть на месте тех кого разделяют. Т.е. какое-то множество оказывается в выигрышной позиции, а какое-то в проигрышной. В следствии чего технологии и инженеры начинают быть несовместимыми.<br> https://opennet.me/openforum/vsluhforumID3/135577.html#127 Mon, 16 Dec 2024 16:29:33 GMT зачем так далеко ходить? можно просто любому линакс-дистрибу.<br> https://opennet.me/openforum/vsluhforumID3/135577.html#125 Mon, 16 Dec 2024 12:15:09 GMT Ничего путного ниже не ответили, а вы блистаете экспертизой еще больше.<br><br>BDB писали по-наитию, как-видели и как-умели 20-30 лет назад.<br>Действительно старались, много переделывали, еще большие латали и чинили.<br>Оно действительно как-то работает и широко известно.<br>Больше достоинств НЕТ.<br><br>В те времена альтернатив не было, где-то между "почти" и "совсем".<br>Поэтому BDB была очень популярна.<br>Собственно и сейчас популярна, если считать заброшенные и стагнирующие проекты 15-20-летней давности.<br><br>Создать "полноценный мультипоточный SQL-сервер" с использование BDB можно, но ничего нужного (надежности, производительности, удобства сопровождения, удобство разработки) в нем не будет.<br>Всерьез говорить об этом может только старпер отставший лет на 20 от текущих реалий.<br><br>Некоторая часть проблем BerkeleyDB компактно описана тут https://www.openldap.org/pub/hyc/mdb-paper.pdf<br>BerkeleyDB это унаследованный код с корявой архитектурой "разобранный комбайн" и корявым API.<br>Проще написать с чистого листа, нежели пытаться