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

"Проект MangoDB развивает реализацию протокола СУБД MongoDB поверх PostgreSQL "	+/–
Сообщение от opennews (ok), 02-Ноя-21, 11:02
Доступен  первый публичный выпуск проекта MangoDB, предлагающего прослойку с реализацией протокола документо-ориентированной СУБД MongoDB, работающую поверх СУБД PostgreSQL. Проект нацелен на предоставление возможности миграции приложений, использующих  СУБД MongoDB, на PostgreSQL и полностью открытый программный стек. Код написан на языке Go и распространяется под лицензией  Apache 2.0... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=56086
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

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

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

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

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

10. Сообщение от YetAnotherOnanym (ok), 02-Ноя-21, 11:44	+4 +/–
> В чей гроб? Во-первых, не "в" а "на". Во-вторых, написано же - на собственный. > Обоснование будет хоть какое-то? Своими руками создавать для пользователей инструменты, облегчающие им уход к конкурентам, виесто того, чтобы стараться их удержать - это и есть самозакапывание. > Корпоративному сектору вообще плевать, открыт там код или закрыт Ну зачем же так сразу палить перед всеми, что работаешь в какой-то несерьёзной шарашке и ничего другого в жизни не щупал. > никому не интересны "Отучаемся говорить за всех" (ц).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #16, #20, #39, #70

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

12. Сообщение от Аноним (12), 02-Ноя-21, 11:50	+5 +/–
Вполне адекватно. Вместо допиливания своих низкоуровневых велосипедов, взять готовый отлаженный и свои абстракции поверх.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #17, #28

13. Сообщение от Аноним (13), 02-Ноя-21, 12:12	–1 +/–
бебра
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

18. Сообщение от worldmind (?), 02-Ноя-21, 12:25	+4 +/–
select value from key_value where name="name";
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

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

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

22. Сообщение от Аноним (15), 02-Ноя-21, 13:09	+/–
уфф, сорри, не KV, а Document Store, эдакая замена NoSQL https://dev.mysql.com/doc/refman/8.0/en/document-store.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #29

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

26. Сообщение от Аноним (26), 02-Ноя-21, 13:23	+3 +/–
Ну так с mssql есть смысл так делать, а тут чистой воды шизофрения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #49

28. Сообщение от Аноним (28), 02-Ноя-21, 13:30	+1 +/–
> Вполне адекватно. Вместо допиливания своих низкоуровневых велосипедов, взять готовый отлаженный и свои абстракции поверх. Вот только отказоустойчивость у монги реально присутствует, в отличие от почти всех популярных RDBMS. Например, у постгреса by design нету переключения клиентов при фейловере. Есть довольно много вариантов внешних костылей типа patroni, но "отлаженностью" там точно и не пахнет, используйте на свой страх и риск.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #38, #46, #73

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

30. Сообщение от Аноним (30), 02-Ноя-21, 13:37	+/–
Зачем, и главное, зачем?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32

32. Сообщение от ананоша (?), 02-Ноя-21, 14:31	+/–
Попробуй прочитать второе предложение
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

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

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

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

36. Сообщение от Аноним (36), 02-Ноя-21, 14:58	+1 +/–
Ждём проекта PastgreSQL, как обёртки над Oracle
Ответить | Правка | Наверх | Cообщить модератору

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

39. Сообщение от Аноним (39), 02-Ноя-21, 16:12	+/–
> Своими руками создавать для пользователей инструменты, облегчающие им уход к конкурентам Ну во-первых, в СПО мире (безотносительно (не)свободности монги) таких проблем нет - это у проприетарщины с вендорлок и не дай бог дать пользователю слезть с иглы. СПО ориентирован на пользователя, там с удовольствием сделают инструменты миграции куда угодно, только бы пользователю было хорошо. А во-вторых, кто сказал что "своими руками"? Найдётся достаточно чужих рук чтобы обеспечить миграцию с продуктов предателей свободы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #53, #68

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

41. Сообщение от лютый жабби__ (?), 02-Ноя-21, 16:22	–5 +/–
Все проекты давно на Монге. У неё как раз движок быстрый и сопровождение на порядок проще, чем убогие рдбмсы из 70х. А с т.з. клиента как раз pg+orm не сильно отвратительнее монги. Не в ту сторону копают совершенно
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42, #54, #57, #77

42. Сообщение от Растоманя (ok), 02-Ноя-21, 16:49	+/–
Копать нужно в сторону безопастности, это первично
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #47

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

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

46. Сообщение от пох. (?), 02-Ноя-21, 18:12	–1 +/–
Кстати, а кто-то понимает, как вообще у монги работает ее эта самая отказоустойчивость? Я вот обнаружил какой-то безумный траффик, который клиенты гонят на АРБИТРА. Э...але, у него нет базы! Нет, в конфигах клиентов нет его адреса - они его видимо из данных rs берут. Нафига ? Что это вообще? Чем больше смотрю на монгу - тем страшнее. То есть да, она как-то работает, но, похоже, чем меньше знаешь, тем лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

47. Сообщение от пох. (?), 02-Ноя-21, 18:15	+/–
Да, нам очень не хватает смузидб на безопастном языке. А, хотя да - кашмандра. Течет, в том числе на диск, падает и глючит безопастно, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

49. Сообщение от пох. (?), 02-Ноя-21, 18:40	+4 +/–
Не, ну почему - ведь куча случаев когда смузиразработчикам на самом деле не нужна никакая монга - они просто хотят пихать свой жсон в жсон, обернув жсон. Реляционная база, что характерно, им тоже не нужна. Просто они прочитали в книжке про монгу или ее уже в готовом виде хочет используемый ими нескучный фреймворк. Причем будет она ими установлена как попало curl|sudo su и выпущена голой оппой в инет - они всегда ж так делали. С тем же успехом этот враппер будет для них работать монгой - если кто-то догадается, конечно, его вместо монги поставить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

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

51. Сообщение от Аноним (26), 02-Ноя-21, 20:12	+/–
Сэр, это абсурд и ахинея. NoSQL появился именно потому, что SQL был ахилесовой пятой для скорости и масштабируемости. И за годы практически ничего не изменилось. Поэтому nosql поверх sql это просто дичь дикая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #56, #82

52. Сообщение от an (??), 02-Ноя-21, 20:12	+/–
Sspl выглядит на порядок интереснее agpl. Требование открыть код - всегда здорово. Откуда берутся долб о ебы, скулящие об неоткрытости лицензии? Проприетарный опен сорс - хуже го вна, хуже обычного проприетарного софта.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #58

53. Сообщение от пох. (?), 02-Ноя-21, 20:15	+/–
> Найдётся достаточно чужих рук руки рабам отрубать нехорошо все же...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

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

55. Сообщение от лютый жабби__ (?), 02-Ноя-21, 20:47	–2 +/–
>Возможно школота подросла, посмотрела на фичи sql и спросила "А шо так можно было ну какие фичи? ACID? Накуй не нужно в 99% проектов, хотя оно и в монге уже появилось. А раскладывать один объект (все неООПшные языки давно сдохли) на 20 табличек это прошлый век. При том что JOIN-ы это по определению тормоза, а все ORM дэрмо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #66, #67

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

57. Сообщение от ананоша (?), 02-Ноя-21, 21:57	+/–
Что-то хуже монги ещё надо постараться что-то найти
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

58. Сообщение от ананоша (?), 02-Ноя-21, 21:58	+/–
Пакежь свои проекты которые ты открыл под сспл
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

60. Сообщение от пох. (?), 02-Ноя-21, 22:26	+/–
не сцы, амазон не собирается прибирать ВЕСЬ ненужный мусор. У него своя distributed nosql database as a service, а монгу новых версий он больше не продает. Клиенты могут либо жрать кактус самостоятельно, либо пользоваться чемдали. Жрут. Довольны. Зато какая у монги ебитда!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #74

61. Сообщение от Аноним (61), 02-Ноя-21, 22:36	+/–
> так как содержит дискриминирующее требование поставки под лицензией SSPL не только кода самого приложения, но и исходных текстов всех компонентов, вовлечённых в предоставление облачного сервиса. разве это не мечта GPL-ков ? B вообще - почему gcc может заражать собираемые проекты своим вирусом GPL, а Mongo нельзя? дискриминация!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #64, #71

63. Сообщение от Аноним (63), 03-Ноя-21, 00:31	+/–
Хорошо, что ретрай в библиотеке есть. Жаль только лицензии нормальной нет ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #75

64. Сообщение от an (??), 03-Ноя-21, 02:10	–1 +/–
В смысле заражать? Откуда берутся долбоё бы, считающие, что код откровывается только для задач разработки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

65. Сообщение от Аноним (26), 03-Ноя-21, 03:48	+1 +/–
Увы но, ты понятия не имеешь о чём говоришь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #76

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

67. Сообщение от Прохожий (??), 03-Ноя-21, 08:08	+1 +/–
>не нужно в 99% проектов На то они и школьные проекты, чтобы не отягощать школьников сильно. Понятно, что во что-то более серьёзное, чем написание сайта-визитки тебя пока вряд ли возьмут, подрасти надо, окрепнуть головой...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

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

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

70. Сообщение от 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. лол. да ты всамделишный Ъ!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

71. Сообщение от пох. (?), 03-Ноя-21, 16:51	+/–
> B вообще - почему gcc может заражать собираемые проекты своим вирусом GPL, а Mongo нельзя? потому что монга за деньги иппется, просто выдвигая невыполнимое требование в надежде договориться сепаратно о совсем даже закрытой лицензии, а gplЕ - за идею, блин, и я ни разу не слышал чтобы с разработчиками gcc (кто эти васяны?!) кто-то о чем-то смог договориться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

72. Сообщение от пох. (?), 03-Ноя-21, 16:53	+/–
зачем вы насилуете труп? Лавка закрыта, разработчиков уволили. Полтора васяна я-у-мамы-разработчики не справились ни с форком, ни с поддержкой исходного проекта - потому что жрать хочется каждый день.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

73. Сообщение от Аноним (73), 03-Ноя-21, 18:57	+/–
> но "отлаженностью" там точно и не пахнет И с чего ты это взял?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

74. Сообщение от Аноним (74), 03-Ноя-21, 23:25	+/–
> Зато какая у монги ебитда! Если что – минус $233M.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

75. Сообщение от пох. (?), 04-Ноя-21, 12:52	+/–
ну кто тебе запретит пользоваться третьей или четвертой версией? Там все в порядке с лицензией.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

76. Сообщение от мшефд (?), 05-Ноя-21, 13:23	+/–
PostgreSQL обогнал MongoDB в NoSQL-тестах https://www.opennet.dev/opennews/art.shtml?num=40690
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

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

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

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

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

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