forum.opennet.ru - "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД PostgreSQL " (32)

"Выпуск 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.ru/opennews/art.shtml?num=57290
Ответить \| Правка \| Cообщить модератору

Оглавление

Скрыто модератором, Аноним (1), 11:37 , 02-Июн-22, (1) +2
Задался вопросом, а нафига собственно Пока не почитал лицензию mongodb SSPL С, Балабол (?), 12:53 , 02-Июн-22, (2)

Возникает вопрос а как этот инвестор будет отбивать свои инвестиции В такой схе, Аноним (3), 13:43 , 02-Июн-22, (3) –1

Проект можно развивать и на донаты , Аноним (16), 16:58 , 02-Июн-22, (16) –1

А как отбивать с донатов инвестиции , Аноним (3), 15:24 , 03-Июн-22, (32)

С русиш айпи теперь и документацию монги хрен почитаешь, Аноним (4), 13:46 , 02-Июн-22, (4)

Лол, что значит, теперь Ты вчера родился, или правда не в курсе Я уже много , Аноним (7), 14:20 , 02-Июн-22, (7) +6

Это да, а еще называют себя толерантными Но иногда есть и случаи, когда провай, Просто (?), 08:27 , 03-Июн-22, (28)

Добавлю ppp0 POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP mtu 1492 qdisc pfifo_f, Просто (?), 10:37 , 03-Июн-22, (29)

т е вопросы из разряда, а что там с производительностью в этой погремушке тебя , Аноним (9), 14:31 , 02-Июн-22, (9) –2

обоснуй если речь не о замерах под фенобарбиталом , Аноним (10), 14:59 , 02-Июн-22, (10) +4

Что тебе обосновать что на перегоне данных из одного формата в другой теряешь вр, Аноним (11), 15:49 , 02-Июн-22, (11) –4

Обосновать в каких задачах скорость mongo феноменальная , Rj (?), 16:19 , 02-Июн-22, (13) +1
1 В Posgres есть встроенная поддержка jsonb и это не TEXT, а именно jsonb объек, Аноним (20), 18:42 , 02-Июн-22, (20) –1

Да, но jsonb работает более-менее быстро, если маленький по-моему, в пределах 4, Аноним (3), 15:23 , 03-Июн-22, (31) +1

Только на hello world В остальных случаях - не всё так однозначно , Аноним (3), 15:22 , 03-Июн-22, (30)

Самой быстрой БД не бывает Например, нарывался на случаи, когда PostgreSQL су, ptr (??), 13:13 , 04-Июн-22, (36)

патамуштамогет какая сура корана воспрещает правоверному пользоваться открытой в, пох. (?), 17:02 , 02-Июн-22, (17) –1

Полового из ДЦ видно за версту В какой суре корана написано, что манипуляция да, Аноним (22), 19:31 , 02-Июн-22, (22) +3

Оспаривается не применимость, а производительность Адаптер не может не накладыв, Аноним (35), 11:15 , 04-Июн-22, (35)

Прочитай внимательно сообщение поха И что В зависимости от задачи может так ста, Аноним (22), 18:00 , 04-Июн-22, (37)

Наоборот, настоящие труЪ олды из шестого Б считают, что одного апача с mod_php, Аноним (3), 14:47 , 05-Июн-22, (39)

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

А у монги, можно подумать, есть Там тоже мастер только один, реплики проксируют, Аноним (3), 14:55 , 05-Июн-22, (40)

Это типо BolgenDB, или что то серьёзное , T00 (?), 14:24 , 02-Июн-22, (8) +1

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

Прокси сервер обёртка над обёрткой над врапером Это всё улучшает производительн, Аноним (19), 17:21 , 02-Июн-22, (19) +1
Я хз че это Не нужно , Robin Hood (?), 01:18 , 03-Июн-22, (25) +6

сказал как отрезал, Аноним (26), 02:35 , 03-Июн-22, (26)

Лучше бы на SQLite , Аноним (27), 07:55 , 03-Июн-22, (27) +1

А если серверов больше одного , Аноним (22), 16:33 , 03-Июн-22, (33)

rqlite https www opennet ru opennews art shtml num 56600 или любой аналог, Аноним (35), 11:13 , 04-Июн-22, (34) +1

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

1. Скрыто модератором +2 +/–

Сообщение от Аноним (1), 02-Июн-22, 11:37

Опасная концентрация ненужного.  Будьте осторожны.

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

2. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +/–

Сообщение от Балабол (?), 02-Июн-22, 12:53

Задался вопросом, а нафига собственно? Пока не почитал лицензию mongodb (SSPL).
Собственно хочу сказать инвестору FerretDB: ах тыж хитрая жопа.джпг

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

3. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." –1 +/–

Сообщение от Аноним (3), 02-Июн-22, 13:43

Возникает вопрос: а как этот инвестор будет отбивать свои инвестиции?
В такой схеме, если клиенту понадобится платная поддержка, то логичнее будет связаться со спецами по постгресу.

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

16. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." –1 +/–

Сообщение от Аноним (16), 02-Июн-22, 16:58

Проект можно развивать и на донаты.

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

32. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +/–

Сообщение от Аноним (3), 03-Июн-22, 15:24

А как отбивать с донатов инвестиции?

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

4. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +/–

Сообщение от Аноним (4), 02-Июн-22, 13:46

С русиш айпи теперь и документацию монги хрен почитаешь

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

7. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +6 +/–

Сообщение от Аноним (7), 02-Июн-22, 14:20

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

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

28. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +/–

Сообщение от Просто (?), 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ообщить модератору

29. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +/–

Сообщение от Просто (?), 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ообщить модератору

9. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." –2 +/–

Сообщение от Аноним (9), 02-Июн-22, 14:31

т.е. вопросы из разряда, а что там с производительностью в этой погремушке тебя мало интересуют. А это просто адаптер, над не семом быстром Го над не самой быстрой базой Постгрей. Напомню что производительность монги на некоторых задачах просто феноменальная.

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

10. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +4 +/–

Сообщение от Аноним (10), 02-Июн-22, 14:59

> производительность монги на некоторых задачах просто феноменальная.
обоснуй (если речь не о замерах под фенобарбиталом)

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

11. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." –4 +/–

Сообщение от Аноним (11), 02-Июн-22, 15:49

Что тебе обосновать что на перегоне данных из одного формата в другой теряешь время? Или что Го медленнее C++ так то есть полно бенчей https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
Но конкретно тебе я бы посоветовал семки грызть в падике сюда больше не заходи.

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

13. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +1 +/–

Сообщение от Rj (?), 02-Июн-22, 16:19

Обосновать в каких задачах скорость mongo феноменальная.

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

20. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." –1 +/–

Сообщение от Аноним (20), 02-Июн-22, 18:42

1. В Posgres есть встроенная поддержка jsonb и это не TEXT, а именно jsonb объекты с маппингом типов полей на типы posgres и возможностью добавлять индексы на поля и значения jsonb
2. Потери производительности и баги скорее всего будут на начальном этапе 100%, т.к. вряд ли Posgres сможет реализовать совсем все фичи спец DB для json

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

31. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +1 +/–

Сообщение от Аноним (3), 03-Июн-22, 15:23

Да, но jsonb работает более-менее быстро, если маленький (по-моему, в пределах 4 Кб).
См. доклады Бартунова, например.

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

30. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +/–

Сообщение от Аноним (3), 03-Июн-22, 15:22

> Или что Го медленнее C++ так то есть полно бенчей
Только на hello world. В остальных случаях - не всё так однозначно.

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

36. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +/–

Сообщение от ptr (??), 04-Июн-22, 13:13

"Самой быстрой" БД не бывает. Например, нарывался на случаи, когда PostgreSQL существенно выигрывал в производительности у MS SQL (например, благодаря массивам или нелогируемым таблицам). Реже - у Oracle (например, когда много вызовов математики через PL/Python или PL/R). Так что от задач всё немало зависит.

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

17. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." –1 +/–

Сообщение от пох. (?), 02-Июн-22, 17:02

> Задался вопросом, а нафига собственно?
патамуштамогет!
> Пока не почитал лицензию mongodb
какая сура корана воспрещает правоверному пользоваться открытой версией?
И, кстати, самостоятельно ее развивать может оказаться и попроще чем пытаться приляпать совершенно чуждый интерфейс к sql.

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

22. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +3 +/–

Сообщение от Аноним (22), 02-Июн-22, 19:31

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

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

35. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +/–

Сообщение от Аноним (35), 04-Июн-22, 11:15

Оспаривается не применимость, а производительность. Адаптер не может не накладывать дополнительные расходы.  А это уже влияет на коэффициент ненужность, вплоть до полное ненужности.

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

37. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +/–

Сообщение от Аноним (22), 04-Июн-22, 18:00

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

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

39. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +/–

Сообщение от Аноним (3), 05-Июн-22, 14:47

Наоборот, настоящие труЪ олды из шестого "Б" считают, что одного апача с mod_php и мускулем хватит всем. Универсальность, KISS и вот этого вот всё, никаких смузи-девляпсовских nginx, постгресов и кубернетисов.

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

38. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +/–

Сообщение от Аноним (38), 05-Июн-22, 09:03

Отказоустойчивого синхронного multimaster кластера нет, вместо этого  перед бд появится адаптер который сам по себе может сломаться.
Низкая производительность, которая всегда будет значительно ниже прямой работы с бд. И сама mongodb скорее всего быстрее postgresql
Реализовано только часть команд mongodb
Может быть лучше старую mongodb гонять чем этот адаптер?

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

40. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +/–

Сообщение от Аноним (3), 05-Июн-22, 14:55

> Отказоустойчивого синхронного multimaster кластера нет
А у монги, можно подумать, есть? Там тоже мастер только один, реплики проксируют к нему запросы на запись.
Полноценный мультимастер только там, где есть полноценное шардирование - elasticsearch, clickhouse.
> вместо этого  перед бд появится адаптер который сам по себе может сломаться.
Достаточно бессмысленный аргумент - он как бы должен символизировать, что "хрупкость" обертки+постгреса больше, чем "хрупкость" монги. Но для этого нужно доказать, что "хрупкость" постгреса больше либо равна "хрупкости" монги, что пока ещё не доказано.
> Низкая производительность, которая всегда будет значительно ниже прямой работы с бд.
Опять же, надо сравнивать с монгой, а не с постгресом.
> И сама mongodb скорее всего быстрее postgresql
А вот это неплохо было бы доказать. У любого индивида с IQ выше хлебушка уже давно должна была развиться идиосинкразия на аргументы вида "хайли лайкли".

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

8. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +1 +/–

Сообщение от T00 (?), 02-Июн-22, 14:24

Это типо BolgenDB, или что то серьёзное?

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

18. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +1 +/–

Сообщение от пох. (?), 02-Июн-22, 17:03

Не, не на расте, так что несерьезное в принципе.

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

19. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +1 +/–

Сообщение от Аноним (19), 02-Июн-22, 17:21

Прокси сервер обёртка над обёрткой над врапером. Это всё улучшает производительность. Мы ведь любим монгу и постргресс за это.

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

25. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +6 +/–

Сообщение от Robin Hood (?), 03-Июн-22, 01:18

Я хз че это. Не нужно.

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

26. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +/–

Сообщение от Аноним (26), 03-Июн-22, 02:35

сказал как отрезал

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

27. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +1 +/–

Сообщение от Аноним (27), 03-Июн-22, 07:55

Лучше бы на SQLite.

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

33. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +/–

Сообщение от Аноним (22), 03-Июн-22, 16:33

А если серверов больше одного?

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

34. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..." +1 +/–

Сообщение от Аноним (35), 04-Июн-22, 11:13

rqlite https://www.opennet.ru/opennews/art.shtml?num=56600 или любой аналог

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

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

2. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	+/–
Сообщение от Балабол (?), 02-Июн-22, 12:53
Задался вопросом, а нафига собственно? Пока не почитал лицензию mongodb (SSPL). Собственно хочу сказать инвестору FerretDB: ах тыж хитрая жопа.джпг
Ответить \| Правка \| Наверх \| Cообщить модератору


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


	16. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	–1 +/–
	Сообщение от Аноним (16), 02-Июн-22, 16:58
	Проект можно развивать и на донаты.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	+/–
	Сообщение от Аноним (3), 03-Июн-22, 15:24
	А как отбивать с донатов инвестиции?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	+/–
	Сообщение от Аноним (4), 02-Июн-22, 13:46
	С русиш айпи теперь и документацию монги хрен почитаешь
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	7. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	+6 +/–
	Сообщение от Аноним (7), 02-Июн-22, 14:20
	Лол, что значит, "теперь"? Ты вчера родился, или правда не в курсе? Я уже много лет вижу самую разнообразную дискриминацию в виде перекрытого доступа к информационным ресурсам. Таблички в духе "доступ с этого айпи запрещён" намекают. Не, ну ты понял, доступ с моего айпи запрещён? А что касается монги, так что-то не удивлён.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	+/–
	Сообщение от Просто (?), 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ообщить модератору


	29. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	+/–
	Сообщение от Просто (?), 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ообщить модератору


	9. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	–2 +/–
	Сообщение от Аноним (9), 02-Июн-22, 14:31
	т.е. вопросы из разряда, а что там с производительностью в этой погремушке тебя мало интересуют. А это просто адаптер, над не семом быстром Го над не самой быстрой базой Постгрей. Напомню что производительность монги на некоторых задачах просто феноменальная.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	10. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	+4 +/–
	Сообщение от Аноним (10), 02-Июн-22, 14:59
	> производительность монги на некоторых задачах просто феноменальная. обоснуй (если речь не о замерах под фенобарбиталом)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	–4 +/–
	Сообщение от Аноним (11), 02-Июн-22, 15:49
	Что тебе обосновать что на перегоне данных из одного формата в другой теряешь время? Или что Го медленнее C++ так то есть полно бенчей https://benchmarksgame-team.pages.debian.net/benchmarksgame/... Но конкретно тебе я бы посоветовал семки грызть в падике сюда больше не заходи.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	+1 +/–
	Сообщение от Rj (?), 02-Июн-22, 16:19
	Обосновать в каких задачах скорость mongo феноменальная.
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


	31. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	+1 +/–
	Сообщение от Аноним (3), 03-Июн-22, 15:23
	Да, но jsonb работает более-менее быстро, если маленький (по-моему, в пределах 4 Кб). См. доклады Бартунова, например.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	+/–
	Сообщение от Аноним (3), 03-Июн-22, 15:22
	> Или что Го медленнее C++ так то есть полно бенчей Только на hello world. В остальных случаях - не всё так однозначно.
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


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


	17. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	–1 +/–
	Сообщение от пох. (?), 02-Июн-22, 17:02
	> Задался вопросом, а нафига собственно? патамуштамогет! > Пока не почитал лицензию mongodb какая сура корана воспрещает правоверному пользоваться открытой версией? И, кстати, самостоятельно ее развивать может оказаться и попроще чем пытаться приляпать совершенно чуждый интерфейс к sql.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	22. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	+3 +/–
	Сообщение от Аноним (22), 02-Июн-22, 19:31
	> И, кстати, самостоятельно ее развивать может оказаться и попроще чем пытаться приляпать совершенно чуждый интерфейс к sql. Полового из ДЦ видно за версту. В какой суре корана написано, что манипуляция данными — чуждый интерфейс к sql? Или может будешь оспаривать применимость паттерна «Адаптер»?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	+/–
	Сообщение от Аноним (35), 04-Июн-22, 11:15
	Оспаривается не применимость, а производительность. Адаптер не может не накладывать дополнительные расходы. А это уже влияет на коэффициент ненужность, вплоть до полное ненужности.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	37. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	+/–
	Сообщение от Аноним (22), 04-Июн-22, 18:00
	> Оспаривается не применимость, а производительность. Прочитай внимательно сообщение поха. > Адаптер не может не накладывать дополнительные расходы. И что? В зависимости от задачи может так статься, что меня эти расходы вполне устроят. Только опеннетная школота строит бесконечно скалируемый хайлоад на любой чих.
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


	38. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	+/–
	Сообщение от Аноним (38), 05-Июн-22, 09:03
	Отказоустойчивого синхронного multimaster кластера нет, вместо этого перед бд появится адаптер который сам по себе может сломаться. Низкая производительность, которая всегда будет значительно ниже прямой работы с бд. И сама mongodb скорее всего быстрее postgresql Реализовано только часть команд mongodb Может быть лучше старую mongodb гонять чем этот адаптер?
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	40. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	+/–
	Сообщение от Аноним (3), 05-Июн-22, 14:55
	> Отказоустойчивого синхронного multimaster кластера нет А у монги, можно подумать, есть? Там тоже мастер только один, реплики проксируют к нему запросы на запись. Полноценный мультимастер только там, где есть полноценное шардирование - elasticsearch, clickhouse. > вместо этого перед бд появится адаптер который сам по себе может сломаться. Достаточно бессмысленный аргумент - он как бы должен символизировать, что "хрупкость" обертки+постгреса больше, чем "хрупкость" монги. Но для этого нужно доказать, что "хрупкость" постгреса больше либо равна "хрупкости" монги, что пока ещё не доказано. > Низкая производительность, которая всегда будет значительно ниже прямой работы с бд. Опять же, надо сравнивать с монгой, а не с постгресом. > И сама mongodb скорее всего быстрее postgresql А вот это неплохо было бы доказать. У любого индивида с IQ выше хлебушка уже давно должна была развиться идиосинкразия на аргументы вида "хайли лайкли".
	Ответить \| Правка \| Наверх \| Cообщить модератору

8. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	+1 +/–
Сообщение от T00 (?), 02-Июн-22, 14:24
Это типо BolgenDB, или что то серьёзное?
Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	+1 +/–
	Сообщение от пох. (?), 02-Июн-22, 17:03
	Не, не на расте, так что несерьезное в принципе.
	Ответить \| Правка \| Наверх \| Cообщить модератору

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

25. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	+6 +/–
Сообщение от Robin Hood (?), 03-Июн-22, 01:18
Я хз че это. Не нужно.
Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	+/–
	Сообщение от Аноним (26), 03-Июн-22, 02:35
	сказал как отрезал
	Ответить \| Правка \| Наверх \| Cообщить модератору

27. "Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД Postgre..."	+1 +/–
Сообщение от Аноним (27), 03-Июн-22, 07:55
Лучше бы на SQLite.
Ответить \| Правка \| Наверх \| Cообщить модератору