URL: https://www.opennet.dev/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 125744
[ Назад ]
Исходное сообщение
"Проект MangoDB развивает реализацию протокола СУБД MongoDB поверх PostgreSQL "
Отправлено opennews , 02-Ноя-21 11:02 
Доступен  первый публичный выпуск проекта MangoDB, предлагающего прослойку с реализацией протокола документо-ориентированной СУБД MongoDB, работающую поверх СУБД PostgreSQL. Проект нацелен на предоставление возможности миграции приложений, использующих  СУБД MongoDB, на PostgreSQL и полностью открытый программный стек. Код написан на языке Go и распространяется под лицензией  Apache 2.0...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=56086

Содержание
Сообщения в этом обсуждении
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено YetAnotherOnanym , 02-Ноя-21 11:02 
Очередная лопата земли на собственный гроб.
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено QwertyReg , 02-Ноя-21 11:12 
В чей гроб? Обоснование будет хоть какое-то? Корпоративному сектору вообще плевать, открыт там код или закрыт, а 2,5 фанатика, которые, потрясая ягодицами, побегут переносить свой локалхост на Слона, никому не интересны.
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено YetAnotherOnanym , 02-Ноя-21 11:44 
> В чей гроб?

Во-первых, не "в" а "на". Во-вторых, написано же - на собственный.
> Обоснование будет хоть какое-то?

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

Ну зачем же так сразу палить перед всеми, что работаешь в какой-то несерьёзной шарашке и ничего другого в жизни не щупал.
> никому не интересны

"Отучаемся говорить за всех" (ц).

"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 02-Ноя-21 12:13 
Ты нашел кого учить он же конечный по жизни.
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено мшефд , 02-Ноя-21 12:39 
Проект M_a_ngoDB развивает реализацию протокола СУБД M_o_ngoDB
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 02-Ноя-21 16:12 
> Своими руками создавать для пользователей инструменты, облегчающие им уход к конкурентам

Ну во-первых, в СПО мире (безотносительно (не)свободности монги) таких проблем нет - это у проприетарщины с вендорлок и не дай бог дать пользователю слезть с иглы. СПО ориентирован на пользователя, там с удовольствием сделают инструменты миграции куда угодно, только бы пользователю было хорошо.

А во-вторых, кто сказал что "своими руками"? Найдётся достаточно чужих рук чтобы обеспечить миграцию с продуктов предателей свободы.

"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено пох. , 02-Ноя-21 20:15 
> Найдётся достаточно чужих рук

руки рабам отрубать нехорошо все же...

"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено YetAnotherOnanym , 03-Ноя-21 10:35 
Я немного не о том. В стремлении дать людям свой продукт нет покушения на их свободу выбора. Но если некто взялся создать какой-то продукт, то, наверное он создаёт его для того, чтобы люди пользовались этим продуктом, и будет естественным ожидать, что свои усилия он будет прилагать для улучшения своего продукта, а не для того, чтобы люди перестали им пользоваться.
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено azazazinushka , 03-Ноя-21 15:15 
> Своими руками создавать для пользователей инструменты, облегчающие им уход к конкурентам
> Copyright 2021 Baltoro OÜ. All rights reserved. We are not affiliated, associated, authorized, endorsed by, or in any way officially connected with MongoDB Inc.

лол. да ты всамделишный Ъ!

"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено YetAnotherOnanym , 02-Ноя-21 11:48 
Добавлю, что пример Elasticsearch, форкнутого Амазоном, мог бы дать им пищу для размышлений на тему роли SSPL в судьбе опенсорсного проекта.
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено пох. , 02-Ноя-21 22:26 
не сцы, амазон не собирается прибирать ВЕСЬ ненужный мусор.

У него своя distributed nosql database as a service, а монгу новых версий он больше не продает. Клиенты могут либо жрать кактус самостоятельно, либо пользоваться чемдали.

Жрут. Довольны.
Зато какая у монги ебитда!

"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 03-Ноя-21 23:25 
> Зато какая у монги ебитда!

Если что – минус $233M.

"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 02-Ноя-21 11:10 
вложенные индексы поддерживает?
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено ryoken , 02-Ноя-21 11:35 
Интересная тенденция пошла - поверх PostgreSQL изображать другие серверы БД (новость про MSSQL тут пролетала).
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 02-Ноя-21 11:50 
Вполне адекватно. Вместо допиливания своих низкоуровневых велосипедов, взять готовый отлаженный и свои абстракции поверх.
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Bx , 02-Ноя-21 12:22 
Тем более, что фундамент есть, лепи сверху, что нравится.
Columnar от citus(microsoft с этого года) на v14 позволяет на поточной блочной вставке до 2-3 млн строк в секунду на одном сервере средней руки при блоке 20-50к и порядка 50-70 столбцов. Кое кому стоит напрячься :)
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 02-Ноя-21 13:30 
> Вполне адекватно. Вместо допиливания своих низкоуровневых велосипедов, взять готовый отлаженный и свои абстракции поверх.

Вот только отказоустойчивость у монги реально присутствует, в отличие от почти всех популярных RDBMS. Например, у постгреса by design нету переключения клиентов при фейловере. Есть довольно много вариантов внешних костылей типа patroni, но "отлаженностью" там точно и не пахнет, используйте на свой страх и риск.

"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 02-Ноя-21 15:52 
В клиенте так или иначе придётся писать реализацию retry. Отсутствие поддержки автоматического переключения клиентов при фейловере вполне разумный компромисс. В конце концов, если ваша база падает так часто, что эпизодические ретраи что-то меняют в значительной степени, может быть надо где-то в другом месте искать возможности для оптимизации?
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено funny.falcon , 02-Ноя-21 17:38 
Переключение клиентов - это малая часть фейловера. И даже она в библиотеках монги реализована. Даже корректный ретрай запросов на запись в последних версиях.
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 03-Ноя-21 00:31 
Хорошо, что ретрай в библиотеке есть. Жаль только лицензии нормальной нет ;)
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено пох. , 04-Ноя-21 12:52 
ну кто тебе запретит пользоваться третьей или четвертой версией? Там все в порядке с лицензией.

"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено пох. , 02-Ноя-21 18:12 
Кстати, а кто-то понимает, как вообще у монги работает ее эта самая отказоустойчивость?

Я вот обнаружил какой-то безумный траффик, который клиенты гонят на АРБИТРА. Э...але, у него нет базы! Нет, в конфигах клиентов нет его адреса - они его видимо из данных rs берут. Нафига ? Что это вообще?

Чем больше смотрю на монгу - тем страшнее. То есть да, она как-то работает, но, похоже, чем меньше знаешь, тем лучше.

"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 03-Ноя-21 18:57 
> но "отлаженностью" там точно и не пахнет

И с чего ты это взял?

"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 02-Ноя-21 13:23 
Ну так с mssql есть смысл так делать, а тут чистой воды шизофрения.
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено пох. , 02-Ноя-21 18:40 
Не, ну почему - ведь куча случаев когда смузиразработчикам на самом деле не нужна никакая монга - они просто хотят пихать свой жсон в жсон, обернув жсон.

Реляционная база, что характерно, им тоже не нужна.

Просто они прочитали в книжке про монгу или ее уже в готовом виде хочет используемый ими нескучный фреймворк. Причем будет она ими установлена как попало curl|sudo su и выпущена голой оппой в инет - они всегда ж так делали.

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

"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним12345 , 02-Ноя-21 14:44 
Щас постгрес используют все кому ни лень
Например, коммерческий гринплам предлагает кластерную архитектуру, под капотом же у него самый обыкновенный постгрес
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 02-Ноя-21 12:12 
бебра
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 02-Ноя-21 12:13 
Божественная постгре вместо всех)
А оно умеет прикидываться KeyValue storage прям напрямую и быстро, как мускуль?
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено worldmind , 02-Ноя-21 12:25 
select value from key_value where name="name";
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Bx , 02-Ноя-21 12:29 
"KeyValue storage прям напрямую и быстро, как мускуль" - это как? шлангом?
InnoDB научился PK в таблицу не писать?
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 02-Ноя-21 13:09 
уфф, сорри, не KV, а Document Store, эдакая замена NoSQL

https://dev.mysql.com/doc/refman/8.0/en/document-store.html

"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 02-Ноя-21 13:31 
У постгреса круче, у него jsonb - нативная поддержка сохранения NoSQL-документов в столбец таблицы.
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 02-Ноя-21 13:21 
Ну дождались. NoSQL поверх SQL. Т.е. персонажи не получают бенефитов SQL и отказываются от бенефитов NoSQL. Тупее этого сложно что-то придумать.
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним12345 , 02-Ноя-21 14:48 
Вы ничего не понимаете
Берется стандартный постгрес со стандартным sql, и на него накручивается nosql, который дополняет классическкую реляционную схему
В качестве хранилища сожет быть использовано все что угодно
Это энтерпрайз, детка, а энтерпрайзу по барабану, в чем хранить, главное, чтобы это работало очень быстро
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Ko , 02-Ноя-21 17:11 
Вы ничего не понимаете
Берется стандартный постгрес со стандартным sql, и на него накручивается nosql, и потом на nosql уже псевдо sql
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 02-Ноя-21 20:07 
Так именно отказ от реляционной базы был залогом скорости и масштабируемости. Делать поверх это даже не тупо, тут нужны слова похлеще.
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 02-Ноя-21 16:15 
Основные бенефиты NoSQL (если только это не eventual consistency) никуда не деваются от того что от будет работать поверх SQL движка. Современный NoSQL вообще, по сути, только косметика - под капотом там такие же механизмы хранения, где-то даже есть vacuum, а на юзера смотрят языки запросов, такие же но другие.
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 02-Ноя-21 20:12 
Сэр, это абсурд и ахинея. NoSQL появился именно потому, что SQL был ахилесовой пятой для скорости и масштабируемости. И за годы практически ничего не изменилось. Поэтому nosql поверх sql это просто дичь дикая.
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 02-Ноя-21 21:49 
SQL никак не мешает ни скорости, ни масштабируемости, куча проектов с условно-бесконечной масштабируемостью и SQL-синтаксисом подтверждают это. Скорее всего имелась ввиду реляционная структура? Ну так для MangoDB я уверен реляционность в постгресе тоже не используется, наверняка следующим шагом будет автоматическое шардирование по нескольким постгресам и тогда это будет полноценная замена монги.
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 03-Ноя-21 03:48 
Увы но, ты понятия не имеешь о чём говоришь.
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено мшефд , 05-Ноя-21 13:23 
PostgreSQL обогнал MongoDB в NoSQL-тестах
https://www.opennet.dev/opennews/art.shtml?num=40690
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Андрей Бондарюк , 07-Ноя-21 19:58 
SQL это язык запросов. То что движки MSSQL, Оракла, DB2 и т.д. нихера не умеют масштабируемость это НЕ проблема SQL. Давно есть Google Cloud Spanner, Таракан и куча других проектов которые прекрасно масштабируются имея доступ стандартным и везде понимаемым SQL.
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 02-Ноя-21 13:37 
Зачем, и главное, зачем?
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено ананоша , 02-Ноя-21 14:31 
Попробуй прочитать второе предложение
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 02-Ноя-21 14:55 
Позовите когда появится SmuziDB
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 02-Ноя-21 14:58 
Ждём проекта PastgreSQL, как обёртки над Oracle
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено лютый жабби__ , 02-Ноя-21 16:22 
Все проекты давно на Монге. У неё как раз движок быстрый и сопровождение на порядок проще, чем убогие рдбмсы из 70х.

А с т.з. клиента как раз pg+orm не сильно отвратительнее монги. Не в ту сторону копают совершенно

"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Растоманя , 02-Ноя-21 16:49 
Копать нужно в сторону безопастности, это первично
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено пох. , 02-Ноя-21 18:15 
Да, нам очень не хватает смузидб на безопастном языке. А, хотя да - кашмандра.
Течет, в том числе на диск, падает и глючит безопастно, да.

"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 02-Ноя-21 20:19 
Не в ту сторону копают не по этому, а потому что разных nosql такое количество, что выбрать куда переехать с монги не проблема. Зачем они на sql едут? Возможно школота подросла, посмотрела на фичи sql и спросила "А шо так можно было?". Очень часто nosql выбирается из-за безграмотности разработчиков, а не потому что оно нужно. Но если действительно нужна была скорость и масштабируемость любой ценой, то прослойка над постгресов вообще не вариант.
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено лютый жабби__ , 02-Ноя-21 20:47 
>Возможно школота подросла, посмотрела на фичи sql и спросила "А шо так можно было

ну какие фичи? ACID? Накуй не нужно в 99% проектов, хотя оно и в монге уже появилось.

А раскладывать один объект (все неООПшные языки давно сдохли) на 20 табличек это прошлый век. При том что JOIN-ы это по определению тормоза, а все ORM дэрмо.

"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 03-Ноя-21 04:18 
"Словарь Вильяма Шекспира, по подсчёту исследователей, составляет 12000 слов. Словарь негра из людоедского племени «Мумбо-Юмбо» составляет 300 слов. Эллочка Щукина легко и свободно обходилась тридцатью." (с)
Так вот среднестатистический nosql это Эллочка, а Монго уже подбирается к Мумбо-Юмбо. Это так, в двух словах. Тема крайне обширная.
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Прохожий , 03-Ноя-21 08:08 
>не нужно в 99% проектов

На то они и школьные проекты, чтобы не отягощать школьников сильно. Понятно, что во что-то более серьёзное, чем написание сайта-визитки тебя пока вряд ли возьмут, подрасти надо, окрепнуть головой...

"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено ананоша , 02-Ноя-21 21:57 
Что-то хуже монги ещё надо постараться что-то найти
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено мшефд , 05-Ноя-21 13:25 
PostgreSQL обогнал MongoDB в NoSQL-тестах
https://www.opennet.dev/opennews/art.shtml?num=40690
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено an , 02-Ноя-21 20:12 
Sspl выглядит на порядок интереснее agpl.

Требование открыть код - всегда здорово. Откуда берутся долб о ебы, скулящие об неоткрытости лицензии?

Проприетарный опен сорс - хуже го вна, хуже обычного проприетарного софта.

"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено ананоша , 02-Ноя-21 21:58 
Пакежь свои проекты которые ты открыл под сспл
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 02-Ноя-21 22:36 
> так как содержит дискриминирующее требование поставки под лицензией SSPL не только кода самого приложения, но и исходных текстов всех компонентов, вовлечённых в предоставление облачного сервиса.

разве это не мечта GPL-ков ?

B вообще - почему gcc может заражать собираемые проекты своим вирусом GPL, а Mongo нельзя?
дискриминация!

"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено an , 03-Ноя-21 02:10 
В смысле заражать?

Откуда берутся долбоё бы, считающие, что код откровывается только для задач разработки?

"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено пох. , 03-Ноя-21 16:51 
> B вообще - почему gcc может заражать собираемые проекты своим вирусом GPL, а Mongo нельзя?

потому что монга за деньги иппется, просто выдвигая невыполнимое требование в надежде договориться сепаратно о совсем даже закрытой лицензии, а gplЕ - за идею, блин, и я ни разу не слышал чтобы с разработчиками gcc (кто эти васяны?!) кто-то о чем-то смог договориться.


"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено девятнадцать , 03-Ноя-21 10:37 
RethinkDB во все поля! долой нудные миграции! даёшь простую и удобную кластеризацию и быструю работу!
"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено пох. , 03-Ноя-21 16:53 
зачем вы насилуете труп?

Лавка закрыта, разработчиков уволили. Полтора васяна я-у-мамы-разработчики не справились ни с форком, ни с поддержкой исходного проекта - потому что жрать хочется каждый день.

"Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."
Отправлено Аноним , 07-Ноя-21 23:48 
Если бы на лету генерировали схему и таблицы, то иаело бы смысл. А если хранить в денормализованном виде, как в оригинальной монге, то лучше от такой монги вообще отказаться. Если, конечно, только вам не надо хранить и индексировать большое количество разнородных JSON-документов произвольной структуры.