The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск встраиваемой СУБД libmdbx 0.12.3, opennews (?), 08-Янв-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


1. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  +/
Сообщение от Герострат (?), 08-Янв-23, 09:45 
Что быстрее и менее требовательно к ресурсам - сабж или sqlite?
Ответить | Правка | Наверх | Cообщить модератору

2. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  –10 +/
Сообщение от Аноним (2), 08-Янв-23, 09:51 
Сабж не субд, поделка уровня berkleydb. Так что должно быть быстрее. Надёжность и отказоустойчивость, видимо, куда ниже. Не уверен как по сравнению с leveldb, есть 1001 способ её уничтожить.
Ответить | Правка | Наверх | Cообщить модератору

3. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  +/
Сообщение от Аноним (2), 08-Янв-23, 09:54 
Некоторые вон запускают sqlite поверх lmdb. Сложно сказать, насколько это оправдано.
Ответить | Правка | Наверх | Cообщить модератору

4. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  +4 +/
Сообщение от Аноним (4), 08-Янв-23, 10:11 
Вполне себе СУБД, или очередной иксперт не знает, что СУБД не обязательно должна быть реляционной?
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

5. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  –6 +/
Сообщение от Аноним (2), 08-Янв-23, 10:21 
Не обязательно, но поделка уровня berkleydb нет. Кстати, это вроде называется ВСУБД в русском языке, чтобы избежать разночтений, хотя это за неимением лучших терминов.
Ответить | Правка | Наверх | Cообщить модератору

74. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  +4 +/
Сообщение от barmaglot (??), 08-Янв-23, 20:48 
Мде. Мне кажется или долбодятлов становится больше с каждым годом? Сам то аноним конечно выпускает "не поделки уровня Oracle RDBMS", каждые пол года ...
Ответить | Правка | Наверх | Cообщить модератору

90. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  –6 +/
Сообщение от Аноним (2), 08-Янв-23, 21:49 
Аноним применяет их в своих продуктах чаще чем каждые полгода, подёб не засчитан. На самом деле их становится меньше, все эти пенсионеры "на опыте" отправляются на тот свет.
Ответить | Правка | Наверх | Cообщить модератору

147. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  +3 +/
Сообщение от bOOster (ok), 09-Янв-23, 10:22 
Аноним еще от юношеского максимализма не избавился.
Ответить | Правка | Наверх | Cообщить модератору

153. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  +/
Сообщение от Michael Shigorinemail (ok), 09-Янв-23, 12:07 
Он, собственно, слова по назначению ещё не научился применять.
Увы.
Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  +1 +/
Сообщение от kusb (?), 08-Янв-23, 10:36 
А ФС СУБД?
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

200. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  +1 +/
Сообщение от Аноним (200), 10-Янв-23, 15:47 
у оракла - да.
Ответить | Правка | Наверх | Cообщить модератору

84. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  +/
Сообщение от Аноним (84), 08-Янв-23, 21:40 
а ты знаешь что такое система управления?
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

22. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  –5 +/
Сообщение от Свидетель ржавоговы (?), 08-Янв-23, 13:02 
SQL != NoSQL, СУБД == СУБД, РСУБД >= СУБД
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

27. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  +6 +/
Сообщение от Аноним (27), 08-Янв-23, 13:38 
> Сабж не субд, поделка уровня berkleydb. Так что должно быть быстрее.

Поделку Berkeley DB делали авторы учебников, по которым учились те, кто учил вас.
Ну т.е. действительно, исходно это поделка студентов-практикантов, которую несколько раз допеределывали и довели до премии SIGMOD.

Впрочем, награждение SIGMOD тут "за вклад в развитие индустрии" в связи с почетным выходом на пенсию, как авторов, так и самого проекта, в том числе за то, что на практике показали-проверили как не надо делать.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

33. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  +3 +/
Сообщение от Аноним (27), 08-Янв-23, 14:07 
> Надёжность и отказоустойчивость, видимо, куда ниже. Не уверен как по сравнению с leveldb, есть 1001 способ её уничтожить.

Чтобы делать выводы всё-таки лучше знать как оно устроено и т.п.
А если нет времени, то смотреть на тех, кому пришлось вникать, тестировать и делать выбор.

Erigon тут является неплохим публичным технологическим примером - там нужна как надежность, так и скорость.
Даже Paradigm использует "поделку" https://github.com/paradigmxyz/reth/tree/main/crates/storage...

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

38. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  –1 +/
Сообщение от Аноним (38), 08-Янв-23, 14:45 
У BDB есть, как минимум, транзакции, различные представления данных (ключ-значение и ещё 3) и восстановление после сбоев.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

41. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  +2 +/
Сообщение от Аноним (27), 08-Янв-23, 15:42 
> У BDB есть, как минимум, транзакции, различные представления данных (ключ-значение и ещё
> 3) и восстановление после сбоев.

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

Поэтому BDB не просто не используют в новых проектах, а выпиливают из старых.
Изменение лицензии стало последней каплей.

В Debian, например:
https://lists.debian.org/debian-devel/2014/06/msg00328.html
https://lists.debian.org/debian-devel/2014/06/msg00338.html

Даже Oracle закопал BerkeleyDB в прошлом году.

Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  +/
Сообщение от Аноним (48), 08-Янв-23, 18:11 
В википедии As of 2022 Oracle has ceased to develop BDB.

А есть какая-то официальная инфа от оракла?

Ответить | Правка | Наверх | Cообщить модератору

148. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  –2 +/
Сообщение от bOOster (ok), 09-Янв-23, 10:24 
В стане оголтелых линуксоидов, как не странно полно придурков, пытающихся выпилить то одно, то другое.
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

183. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  +/
Сообщение от Аффтар (?), 09-Янв-23, 17:43 
По ряду причин BDB "померла" лет 10 назад, а лет 5 назад закончились обсуждения этого факта в профессиональных кругах.
Сразу отмечу, что под "померла" тут понимается __только__ нулевая вероятность выбора BDB в качестве движка хранения в новых проектах, где есть возможность такого выбора.

--

Причин "смерти" BerkeleyDB примерно две или четыре:

1. BDB стала ненужной, ибо лучшее враг хорошего.

1а. Техника стала мощнее, и памяти стало сильно больше.
Поэтому 99% проектов стали предпочитать SQL (включая sqlite), а не заморачиваться с key-value.

1б. Среди оставшихся, 0.99% проектов, где noSQL действительно нужен (из-за специфических требований или ограничений), искали и __находили__ что-то более подходящее: удобное, быстрое, надежное, простое и т.д.

2. Смена лицензирования.

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

2б. Во многих новых проектах принципиально не хотели мириться с ограничениями от Oracle, особенно при доступности кучи альтернатив.

В сухом остатке, на DBD остались только какие-то legacy-проекты и домашние/персональные проекты разработчиков привыкших к BDB, ну или кому книжка по BDB попалась...

--

При этом, несомненно, BDB является большой вехой в "истории индустрии" и существующие версии могут просто работать.

Тем не менее, меряться тут чем-то с BDB достаточно абсурдно:
- это специфический legacy комбайн, разработка которого остановлена, а поддержка только платная.
- для всех сценариев использования можно найти альтернативы, которые будут лучше по тем или иным критериям.
- в целевых для libmdbx сценариях у BDB нет шансов, одновременно у BDB есть фичи/возможности которых точно нет (и не будет) в libmdbx, т.е. тут вопрос __выбора__ инструмента отвертка/молоток, а не их сравнения.

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

152. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  +/
Сообщение от Michael Shigorinemail (ok), 09-Янв-23, 12:05 
libmdbx, значит, не СУБД, а libsqlite, значит, СУБД?

Не перестаю удивляться таким биполярным исследователям.

PS: забыл второе "lib", добавил.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

176. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  +/
Сообщение от Аноним (2), 09-Янв-23, 16:20 
Sqlite хотелось бы назвать субд, поскольку помимо это помимо либы "чёрного ящика" так же и набор утилит для работы с файлами, в протоколе взаимодействия имеется куча возможностей вполне себе серьёзного уровня, да и она сама вполне заменяет постгрес. Самое приятное это конечно acid, на который можно положиться. Даже когда я пишу в неё из нескольких потоков, у меня кончается место на диске и отключается электричество, с ней решительно ничего не случается.
Ответить | Правка | Наверх | Cообщить модератору

177. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  +/
Сообщение от Аноним (2), 09-Янв-23, 16:24 
С leveldb ещё было любое аварийное завершение программы (в коде, совершенно к ней не относящемуся) ведёт к повреждению файлов, я так и не разобрался что именно происходило, но на следующей загрузке ошмётки разлетались во все стороны.
Ответить | Правка | Наверх | Cообщить модератору

11. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  +5 +/
Сообщение от Аноним (27), 08-Янв-23, 11:17 
Сабж, причем в разы. Только это key-value, а не sql.
Сможете использовать по-уму, будет вам счастье как в Erigon.
Иначе будите лить слезы в смузи и хейтить как парочка местных анов.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

21. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  –1 +/
Сообщение от Fracta1L (ok), 08-Янв-23, 12:54 
> Только это key-value

Для конфигов, получается?

Ответить | Правка | Наверх | Cообщить модератору

45. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  +2 +/
Сообщение от AmurzetA (?), 08-Янв-23, 17:18 
Спектр применения довольно широкий. Например, когда разрабатывал NetFlow коллектор именно подобную библиотеку использовал. Поддержка SQL избыточна и вызывает замедление в разы. А задача критична к скорости вставок при агрегации.
Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  +/
Сообщение от Александр (??), 08-Янв-23, 14:00 
Мух с котлетами сравниваете...
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

167. "Выпуск встраиваемой СУБД libmdbx 0.12.3"  +/
Сообщение от mos87 (ok), 09-Янв-23, 12:50 
да.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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