The OpenNET Project / Index page

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



"Проект MangoDB развивает реализацию протокола СУБД MongoDB поверх PostgreSQL "
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Проект MangoDB развивает реализацию протокола СУБД MongoDB поверх PostgreSQL "  +/
Сообщение от opennews (ok), 02-Ноя-21, 11:02 
Доступен  первый публичный выпуск проекта MangoDB, предлагающего прослойку с реализацией протокола документо-ориентированной СУБД MongoDB, работающую поверх СУБД PostgreSQL. Проект нацелен на предоставление возможности миграции приложений, использующих  СУБД MongoDB, на PostgreSQL и полностью открытый программный стек. Код написан на языке Go и распространяется под лицензией  Apache 2.0...

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

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

Оглавление

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


1. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  –3 +/
Сообщение от YetAnotherOnanym (ok), 02-Ноя-21, 11:02 
Очередная лопата земли на собственный гроб.
Ответить | Правка | Наверх | Cообщить модератору

3. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  –10 +/
Сообщение от QwertyReg (ok), 02-Ноя-21, 11:12 
В чей гроб? Обоснование будет хоть какое-то? Корпоративному сектору вообще плевать, открыт там код или закрыт, а 2,5 фанатика, которые, потрясая ягодицами, побегут переносить свой локалхост на Слона, никому не интересны.
Ответить | Правка | Наверх | Cообщить модератору

10. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +4 +/
Сообщение от YetAnotherOnanym (ok), 02-Ноя-21, 11:44 
> В чей гроб?

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

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

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

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

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

16. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +4 +/
Сообщение от Аноним (16), 02-Ноя-21, 12:13 
Ты нашел кого учить он же конечный по жизни.
Ответить | Правка | Наверх | Cообщить модератору

20. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +6 +/
Сообщение от мшефд (?), 02-Ноя-21, 12:39 
Проект M_a_ngoDB развивает реализацию протокола СУБД M_o_ngoDB
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

39. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от Аноним (39), 02-Ноя-21, 16:12 
> Своими руками создавать для пользователей инструменты, облегчающие им уход к конкурентам

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

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

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

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

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

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

68. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от YetAnotherOnanym (ok), 03-Ноя-21, 10:35 
Я немного не о том. В стремлении дать людям свой продукт нет покушения на их свободу выбора. Но если некто взялся создать какой-то продукт, то, наверное он создаёт его для того, чтобы люди пользовались этим продуктом, и будет естественным ожидать, что свои усилия он будет прилагать для улучшения своего продукта, а не для того, чтобы люди перестали им пользоваться.
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

70. "Проект 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.

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

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

11. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от YetAnotherOnanym (ok), 02-Ноя-21, 11:48 
Добавлю, что пример Elasticsearch, форкнутого Амазоном, мог бы дать им пищу для размышлений на тему роли SSPL в судьбе опенсорсного проекта.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

60. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от пох. (?), 02-Ноя-21, 22:26 
не сцы, амазон не собирается прибирать ВЕСЬ ненужный мусор.

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

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

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

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

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

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

2. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от Аноним (2), 02-Ноя-21, 11:10 
вложенные индексы поддерживает?
Ответить | Правка | Наверх | Cообщить модератору

8. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +3 +/
Сообщение от ryoken (ok), 02-Ноя-21, 11:35 
Интересная тенденция пошла - поверх PostgreSQL изображать другие серверы БД (новость про MSSQL тут пролетала).
Ответить | Правка | Наверх | Cообщить модератору

12. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +5 +/
Сообщение от Аноним (12), 02-Ноя-21, 11:50 
Вполне адекватно. Вместо допиливания своих низкоуровневых велосипедов, взять готовый отлаженный и свои абстракции поверх.
Ответить | Правка | Наверх | Cообщить модератору

17. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от Bx (ok), 02-Ноя-21, 12:22 
Тем более, что фундамент есть, лепи сверху, что нравится.
Columnar от citus(microsoft с этого года) на v14 позволяет на поточной блочной вставке до 2-3 млн строк в секунду на одном сервере средней руки при блоке 20-50к и порядка 50-70 столбцов. Кое кому стоит напрячься :)
Ответить | Правка | Наверх | Cообщить модератору

28. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +1 +/
Сообщение от Аноним (28), 02-Ноя-21, 13:30 
> Вполне адекватно. Вместо допиливания своих низкоуровневых велосипедов, взять готовый отлаженный и свои абстракции поверх.

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

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

38. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +1 +/
Сообщение от Аноним (38), 02-Ноя-21, 15:52 
В клиенте так или иначе придётся писать реализацию retry. Отсутствие поддержки автоматического переключения клиентов при фейловере вполне разумный компромисс. В конце концов, если ваша база падает так часто, что эпизодические ретраи что-то меняют в значительной степени, может быть надо где-то в другом месте искать возможности для оптимизации?
Ответить | Правка | Наверх | Cообщить модератору

45. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +1 +/
Сообщение от funny.falcon (?), 02-Ноя-21, 17:38 
Переключение клиентов - это малая часть фейловера. И даже она в библиотеках монги реализована. Даже корректный ретрай запросов на запись в последних версиях.
Ответить | Правка | Наверх | Cообщить модератору

63. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от Аноним (63), 03-Ноя-21, 00:31 
Хорошо, что ретрай в библиотеке есть. Жаль только лицензии нормальной нет ;)
Ответить | Правка | Наверх | Cообщить модератору

75. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от пох. (?), 04-Ноя-21, 12:52 
ну кто тебе запретит пользоваться третьей или четвертой версией? Там все в порядке с лицензией.

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

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

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

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

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

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

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

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

26. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +3 +/
Сообщение от Аноним (26), 02-Ноя-21, 13:23 
Ну так с mssql есть смысл так делать, а тут чистой воды шизофрения.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

49. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +4 +/
Сообщение от пох. (?), 02-Ноя-21, 18:40 
Не, ну почему - ведь куча случаев когда смузиразработчикам на самом деле не нужна никакая монга - они просто хотят пихать свой жсон в жсон, обернув жсон.

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

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

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

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

33. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от Аноним12345 (?), 02-Ноя-21, 14:44 
Щас постгрес используют все кому ни лень
Например, коммерческий гринплам предлагает кластерную архитектуру, под капотом же у него самый обыкновенный постгрес
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

13. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  –1 +/
Сообщение от Анонимemail (13), 02-Ноя-21, 12:12 
бебра
Ответить | Правка | Наверх | Cообщить модератору

15. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  –1 +/
Сообщение от Аноним (15), 02-Ноя-21, 12:13 
Божественная постгре вместо всех)
А оно умеет прикидываться KeyValue storage прям напрямую и быстро, как мускуль?
Ответить | Правка | Наверх | Cообщить модератору

18. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +4 +/
Сообщение от worldmind (?), 02-Ноя-21, 12:25 
select value from key_value where name="name";
Ответить | Правка | Наверх | Cообщить модератору

19. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от Bx (ok), 02-Ноя-21, 12:29 
"KeyValue storage прям напрямую и быстро, как мускуль" - это как? шлангом?
InnoDB научился PK в таблицу не писать?
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

22. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от Аноним (15), 02-Ноя-21, 13:09 
уфф, сорри, не KV, а Document Store, эдакая замена NoSQL

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

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

29. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +1 +/
Сообщение от Аноним (28), 02-Ноя-21, 13:31 
У постгреса круче, у него jsonb - нативная поддержка сохранения NoSQL-документов в столбец таблицы.
Ответить | Правка | Наверх | Cообщить модератору

24. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +8 +/
Сообщение от Аноним (26), 02-Ноя-21, 13:21 
Ну дождались. NoSQL поверх SQL. Т.е. персонажи не получают бенефитов SQL и отказываются от бенефитов NoSQL. Тупее этого сложно что-то придумать.
Ответить | Правка | Наверх | Cообщить модератору

34. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от Аноним12345 (?), 02-Ноя-21, 14:48 
Вы ничего не понимаете
Берется стандартный постгрес со стандартным sql, и на него накручивается nosql, который дополняет классическкую реляционную схему
В качестве хранилища сожет быть использовано все что угодно
Это энтерпрайз, детка, а энтерпрайзу по барабану, в чем хранить, главное, чтобы это работало очень быстро
Ответить | Правка | Наверх | Cообщить модератору

44. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +3 +/
Сообщение от Ko (?), 02-Ноя-21, 17:11 
Вы ничего не понимаете
Берется стандартный постгрес со стандартным sql, и на него накручивается nosql, и потом на nosql уже псевдо sql
Ответить | Правка | Наверх | Cообщить модератору

50. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от Аноним (26), 02-Ноя-21, 20:07 
Так именно отказ от реляционной базы был залогом скорости и масштабируемости. Делать поверх это даже не тупо, тут нужны слова похлеще.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

40. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от Аноним (39), 02-Ноя-21, 16:15 
Основные бенефиты NoSQL (если только это не eventual consistency) никуда не деваются от того что от будет работать поверх SQL движка. Современный NoSQL вообще, по сути, только косметика - под капотом там такие же механизмы хранения, где-то даже есть vacuum, а на юзера смотрят языки запросов, такие же но другие.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

51. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от Аноним (26), 02-Ноя-21, 20:12 
Сэр, это абсурд и ахинея. NoSQL появился именно потому, что SQL был ахилесовой пятой для скорости и масштабируемости. И за годы практически ничего не изменилось. Поэтому nosql поверх sql это просто дичь дикая.
Ответить | Правка | Наверх | Cообщить модератору

56. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от Аноним (56), 02-Ноя-21, 21:49 
SQL никак не мешает ни скорости, ни масштабируемости, куча проектов с условно-бесконечной масштабируемостью и SQL-синтаксисом подтверждают это. Скорее всего имелась ввиду реляционная структура? Ну так для MangoDB я уверен реляционность в постгресе тоже не используется, наверняка следующим шагом будет автоматическое шардирование по нескольким постгресам и тогда это будет полноценная замена монги.
Ответить | Правка | Наверх | Cообщить модератору

65. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +1 +/
Сообщение от Аноним (26), 03-Ноя-21, 03:48 
Увы но, ты понятия не имеешь о чём говоришь.
Ответить | Правка | Наверх | Cообщить модератору

76. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от мшефд (?), 05-Ноя-21, 13:23 
PostgreSQL обогнал MongoDB в NoSQL-тестах
https://www.opennet.ru/opennews/art.shtml?num=40690
Ответить | Правка | Наверх | Cообщить модератору

82. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от Андрей Бондарюкemail (?), 07-Ноя-21, 19:58 
SQL это язык запросов. То что движки MSSQL, Оракла, DB2 и т.д. нихера не умеют масштабируемость это НЕ проблема SQL. Давно есть Google Cloud Spanner, Таракан и куча других проектов которые прекрасно масштабируются имея доступ стандартным и везде понимаемым SQL.
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

30. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от Аноним (30), 02-Ноя-21, 13:37 
Зачем, и главное, зачем?
Ответить | Правка | Наверх | Cообщить модератору

32. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от ананоша (?), 02-Ноя-21, 14:31 
Попробуй прочитать второе предложение
Ответить | Правка | Наверх | Cообщить модератору

35. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +5 +/
Сообщение от Аноним (-), 02-Ноя-21, 14:55 
Позовите когда появится SmuziDB
Ответить | Правка | Наверх | Cообщить модератору

36. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +1 +/
Сообщение от Аноним (36), 02-Ноя-21, 14:58 
Ждём проекта PastgreSQL, как обёртки над Oracle
Ответить | Правка | Наверх | Cообщить модератору

41. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  –5 +/
Сообщение от лютый жабби__ (?), 02-Ноя-21, 16:22 
Все проекты давно на Монге. У неё как раз движок быстрый и сопровождение на порядок проще, чем убогие рдбмсы из 70х.

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

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

42. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от Растоманя (ok), 02-Ноя-21, 16:49 
Копать нужно в сторону безопастности, это первично
Ответить | Правка | Наверх | Cообщить модератору

47. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от пох. (?), 02-Ноя-21, 18:15 
Да, нам очень не хватает смузидб на безопастном языке. А, хотя да - кашмандра.
Течет, в том числе на диск, падает и глючит безопастно, да.

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

54. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +1 +/
Сообщение от Аноним (26), 02-Ноя-21, 20:19 
Не в ту сторону копают не по этому, а потому что разных nosql такое количество, что выбрать куда переехать с монги не проблема. Зачем они на sql едут? Возможно школота подросла, посмотрела на фичи sql и спросила "А шо так можно было?". Очень часто nosql выбирается из-за безграмотности разработчиков, а не потому что оно нужно. Но если действительно нужна была скорость и масштабируемость любой ценой, то прослойка над постгресов вообще не вариант.
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

55. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  –2 +/
Сообщение от лютый жабби__ (?), 02-Ноя-21, 20:47 
>Возможно школота подросла, посмотрела на фичи sql и спросила "А шо так можно было

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

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

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

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

67. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +1 +/
Сообщение от Прохожий (??), 03-Ноя-21, 08:08 
>не нужно в 99% проектов

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

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

57. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от ананоша (?), 02-Ноя-21, 21:57 
Что-то хуже монги ещё надо постараться что-то найти
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

77. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от мшефд (?), 05-Ноя-21, 13:25 
PostgreSQL обогнал MongoDB в NoSQL-тестах
https://www.opennet.ru/opennews/art.shtml?num=40690
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

52. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от an (??), 02-Ноя-21, 20:12 
Sspl выглядит на порядок интереснее agpl.

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

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

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

58. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от ананоша (?), 02-Ноя-21, 21:58 
Пакежь свои проекты которые ты открыл под сспл
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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


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

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

72. "Проект MangoDB развивает реализацию протокола СУБД MongoDB п..."  +/
Сообщение от пох. (?), 03-Ноя-21, 16:53 
зачем вы насилуете труп?

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

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

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

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

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




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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