The OpenNET Project / Index page

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



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

"Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД PostgreSQL "  +/
Сообщение от opennews (??), 02-Июн-22, 11:37 
Опубликован  выпуск проекта FerretDB 0.3, позволяющего заменить документо-ориентированную СУБД MongoDB на PostgreSQL без внесения изменений в код приложений. FerretDB реализован как прокси-сервер, транслирующий обращения к MongoDB в SQL-запросы к PostgreSQL, что позволяет использовать  PostgreSQL в качестве фактического хранилища. Код написан на языке Go и распространяется под лицензией  Apache 2.0...

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

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

Оглавление

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

1. Сообщение от Аноним (1), 02-Июн-22, 11:37   +2 +/
Опасная концентрация ненужного.  Будьте осторожны.  
Ответить | Правка | Наверх | Cообщить модератору

2. Сообщение от Балабол (?), 02-Июн-22, 12:53   +/
Задался вопросом, а нафига собственно? Пока не почитал лицензию mongodb (SSPL).
Собственно хочу сказать инвестору FerretDB: ах тыж хитрая жопа.джпг
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #4, #9, #17, #38

3. Сообщение от Аноним (3), 02-Июн-22, 13:43   –1 +/
Возникает вопрос: а как этот инвестор будет отбивать свои инвестиции?
В такой схеме, если клиенту понадобится платная поддержка, то логичнее будет связаться со спецами по постгресу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #16

4. Сообщение от Аноним (4), 02-Июн-22, 13:46   +/
С русиш айпи теперь и документацию монги хрен почитаешь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #7

7. Сообщение от Аноним (7), 02-Июн-22, 14:20   +6 +/
Лол, что значит, "теперь"? Ты вчера родился, или правда не в курсе? Я уже много лет вижу самую разнообразную дискриминацию в виде перекрытого доступа к информационным ресурсам. Таблички в духе "доступ с этого айпи запрещён" намекают. Не, ну ты понял, доступ с моего айпи запрещён?

А что касается монги, так что-то не удивлён.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #28

8. Сообщение от T00 (?), 02-Июн-22, 14:24   +1 +/
Это типо BolgenDB, или что то серьёзное?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18

9. Сообщение от Аноним (9), 02-Июн-22, 14:31   –2 +/
т.е. вопросы из разряда, а что там с производительностью в этой погремушке тебя мало интересуют. А это просто адаптер, над не семом быстром Го над не самой быстрой базой Постгрей. Напомню что производительность монги на некоторых задачах просто феноменальная.  
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #10, #36

10. Сообщение от Аноним (10), 02-Июн-22, 14:59   +4 +/
> производительность монги на некоторых задачах просто феноменальная.  

обоснуй (если речь не о замерах под фенобарбиталом)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #11

11. Сообщение от Аноним (11), 02-Июн-22, 15:49   –4 +/
Что тебе обосновать что на перегоне данных из одного формата в другой теряешь время? Или что Го медленнее C++ так то есть полно бенчей https://benchmarksgame-team.pages.debian.net/benchmarksgame/...

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #13, #20, #30

13. Сообщение от Rj (?), 02-Июн-22, 16:19   +1 +/
Обосновать в каких задачах скорость mongo феноменальная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

16. Сообщение от Аноним (16), 02-Июн-22, 16:58   –1 +/
Проект можно развивать и на донаты.  
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #32

17. Сообщение от пох. (?), 02-Июн-22, 17:02   –1 +/
> Задался вопросом, а нафига собственно?

патамуштамогет!

> Пока не почитал лицензию mongodb

какая сура корана воспрещает правоверному пользоваться открытой версией?

И, кстати, самостоятельно ее развивать может оказаться и попроще чем пытаться приляпать совершенно чуждый интерфейс к sql.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #22

18. Сообщение от пох. (?), 02-Июн-22, 17:03   +1 +/
Не, не на расте, так что несерьезное в принципе.

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

19. Сообщение от Аноним (19), 02-Июн-22, 17:21   +1 +/
Прокси сервер обёртка над обёрткой над врапером. Это всё улучшает производительность. Мы ведь любим монгу и постргресс за это.
Ответить | Правка | Наверх | Cообщить модератору

20. Сообщение от Аноним (20), 02-Июн-22, 18:42   –1 +/
1. В Posgres есть встроенная поддержка jsonb и это не TEXT, а именно jsonb объекты с маппингом типов полей на типы posgres и возможностью добавлять индексы на поля и значения jsonb
2. Потери производительности и баги скорее всего будут на начальном этапе 100%, т.к. вряд ли Posgres сможет реализовать совсем все фичи спец DB для json
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #31

22. Сообщение от Аноним (22), 02-Июн-22, 19:31   +3 +/
> И, кстати, самостоятельно ее развивать может оказаться и попроще чем пытаться приляпать совершенно чуждый интерфейс к sql.

Полового из ДЦ видно за версту. В какой суре корана написано, что манипуляция данными — чуждый интерфейс к sql? Или может будешь оспаривать применимость паттерна «Адаптер»?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #35

25. Сообщение от Robin Hood (?), 03-Июн-22, 01:18   +6 +/
Я хз че это. Не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26

26. Сообщение от Аноним (26), 03-Июн-22, 02:35   +/
сказал как отрезал
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

27. Сообщение от Аноним (27), 03-Июн-22, 07:55   +1 +/
Лучше бы на SQLite.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #33

28. Сообщение от Просто (?), 03-Июн-22, 08:27   +/
Это да, а еще называют себя толерантными..)

Но иногда есть и случаи, когда провайдеры криворуки.
С сетей Ростелекома нет доступа к документации postfix, к примеру.
А все из-за того, что они поменяли какое-то время назад у себя что-то в конфигурации.

С тех пор подключение выглядит так:
ip a:
ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc pfifo_fast state UNKNOWN group default qlen 3
link/ppp
inet x.x.x.x peer 10.181.192.1/32 scope global ppp0

ip r:
default dev ppp0 scope link
10.181.192.1 dev ppp0 proto kernel scope link src x.x.x.x

10.181.192.1 - это то, что "новое". Раньше этого адреса не фигурировало. Ну, года два назад так.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #29

29. Сообщение от Просто (?), 03-Июн-22, 10:37   +/
Добавлю...

ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc pfifo_fast state UNKNOWN group default qlen 3
    link/ppp
    inet x.x.x.x peer 89.239.189.2/32 scope global ppp0
Когда у коннекта pppoe Ростелекома пир указан такой, то все работает, проблем нет.

ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc pfifo_fast state UNKNOWN group default qlen 3
    link/ppp
    inet x.x.x.x peer 10.181.192.1/32 scope global ppp0
Когда там указан такой пир, то доступ до сайта postfix "блокируется".

Я пытался пробиться через тех.поддержку Ростелекома, но, увы, это то, чем Ростелеком печально известен.

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

30. Сообщение от Аноним (3), 03-Июн-22, 15:22   +/
> Или что Го медленнее C++ так то есть полно бенчей

Только на hello world. В остальных случаях - не всё так однозначно.

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

31. Сообщение от Аноним (3), 03-Июн-22, 15:23   +1 +/
Да, но jsonb работает более-менее быстро, если маленький (по-моему, в пределах 4 Кб).
См. доклады Бартунова, например.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

32. Сообщение от Аноним (3), 03-Июн-22, 15:24   +/
А как отбивать с донатов инвестиции?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

33. Сообщение от Аноним (22), 03-Июн-22, 16:33   +/
А если серверов больше одного?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #34

34. Сообщение от Аноним (35), 04-Июн-22, 11:13   +1 +/
rqlite https://www.opennet.me/opennews/art.shtml?num=56600 или любой аналог
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

35. Сообщение от Аноним (35), 04-Июн-22, 11:15   +/
Оспаривается не применимость, а производительность. Адаптер не может не накладывать дополнительные расходы.  А это уже влияет на коэффициент ненужность, вплоть до полное ненужности.  
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #37

36. Сообщение от ptr (??), 04-Июн-22, 13:13   +/
"Самой быстрой" БД не бывает. Например, нарывался на случаи, когда PostgreSQL существенно выигрывал в производительности у MS SQL (например, благодаря массивам или нелогируемым таблицам). Реже - у Oracle (например, когда много вызовов математики через PL/Python или PL/R). Так что от задач всё немало зависит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

37. Сообщение от Аноним (22), 04-Июн-22, 18:00   +/
> Оспаривается не применимость, а производительность.

Прочитай внимательно сообщение поха.

> Адаптер не может не накладывать дополнительные расходы.

И что? В зависимости от задачи может так статься, что меня эти расходы вполне устроят. Только опеннетная школота строит бесконечно скалируемый хайлоад на любой чих.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #39

38. Сообщение от Аноним (38), 05-Июн-22, 09:03   +/
Отказоустойчивого синхронного multimaster кластера нет, вместо этого  перед бд появится адаптер который сам по себе может сломаться.

Низкая производительность, которая всегда будет значительно ниже прямой работы с бд. И сама mongodb скорее всего быстрее postgresql

Реализовано только часть команд mongodb

Может быть лучше старую mongodb гонять чем этот адаптер?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #40

39. Сообщение от Аноним (3), 05-Июн-22, 14:47   +/
Наоборот, настоящие труЪ олды из шестого "Б" считают, что одного апача с mod_php и мускулем хватит всем. Универсальность, KISS и вот этого вот всё, никаких смузи-девляпсовских nginx, постгресов и кубернетисов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

40. Сообщение от Аноним (3), 05-Июн-22, 14:55   +/
> Отказоустойчивого синхронного multimaster кластера нет

А у монги, можно подумать, есть? Там тоже мастер только один, реплики проксируют к нему запросы на запись.

Полноценный мультимастер только там, где есть полноценное шардирование - elasticsearch, clickhouse.

> вместо этого  перед бд появится адаптер который сам по себе может сломаться.

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

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

Опять же, надо сравнивать с монгой, а не с постгресом.

> И сама mongodb скорее всего быстрее postgresql

А вот это неплохо было бы доказать. У любого индивида с IQ выше хлебушка уже давно должна была развиться идиосинкразия на аргументы вида "хайли лайкли".

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


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

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




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

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