| 
 | 1.2, Балабол (?), 12:53, 02/06/2022  [ответить] [﹢﹢﹢] [ · · · ] | +/– |  | Задался вопросом, а нафига собственно? Пока не почитал лицензию mongodb (SSPL). Собственно хочу сказать инвестору FerretDB: ах тыж хитрая жопа.джпг
 
 |  |  | 
 
|  | | 2.3, Аноним (3), 13:43, 02/06/2022 [^] [^^] [^^^] [ответить] | –1 +/– |  | Возникает вопрос: а как этот инвестор будет отбивать свои инвестиции? В такой схеме, если клиенту понадобится платная поддержка, то логичнее будет связаться со спецами по постгресу.
 
 |  |  | 
 |  | | 3.7, Аноним (7), 14:20, 02/06/2022 [^] [^^] [^^^] [ответить] | +6 +/– |  | Лол, что значит, "теперь"? Ты вчера родился, или правда не в курсе? Я уже много лет вижу самую разнообразную дискриминацию в виде перекрытого доступа к информационным ресурсам. Таблички в духе "доступ с этого айпи запрещён" намекают. Не, ну ты понял, доступ с моего айпи запрещён? А что касается монги, так что-то не удивлён.
 |  |  | 
 |  | | 4.28, Просто (?), 08:27, 03/06/2022 [^] [^^] [^^^] [ответить] | +/– |  | Это да, а еще называют себя толерантными..) Но иногда есть и случаи, когда провайдеры криворуки.
С сетей Ростелекома нет доступа к документации 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 - это то, что "новое". Раньше этого адреса не фигурировало. Ну, года два назад так.
 |  |  | 
 |  | | 5.29, Просто (?), 10:37, 03/06/2022 [^] [^^] [^^^] [ответить] | +/– |  | Добавлю... 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 "блокируется".
 Я пытался пробиться через тех.поддержку Ростелекома, но, увы, это то, чем Ростелеком печально известен.
 |  |  | 
 | 
 | 
 | 
 | 2.9, Аноним (9), 14:31, 02/06/2022 [^] [^^] [^^^] [ответить] | –2 +/– |  | т.е. вопросы из разряда, а что там с производительностью в этой погремушке тебя мало интересуют. А это просто адаптер, над не семом быстром Го над не самой быстрой базой Постгрей. Напомню что производительность монги на некоторых задачах просто феноменальная. 
 |  |  | 
 |  | | 3.10, Аноним (10), 14:59, 02/06/2022 [^] [^^] [^^^] [ответить] | +4 +/– |  | > производительность монги на некоторых задачах просто феноменальная. обоснуй (если речь не о замерах под фенобарбиталом)
 |  |  | 
 |  | |  | | 5.13, Rj (?), 16:19, 02/06/2022 [^] [^^] [^^^] [ответить] | +1 +/– |  | Обосновать в каких задачах скорость mongo феноменальная. 
 |  |  | 
 | 5.20, Аноним (20), 18:42, 02/06/2022 [^] [^^] [^^^] [ответить] | –1 +/– |  | 1. В Posgres есть встроенная поддержка jsonb и это не TEXT, а именно jsonb объекты с маппингом типов полей на типы posgres и возможностью добавлять индексы на поля и значения jsonb 2. Потери производительности и баги скорее всего будут на начальном этапе 100%, т.к. вряд ли Posgres сможет реализовать совсем все фичи спец DB для json
 
 |  |  | 
 |  | | 6.31, Аноним (3), 15:23, 03/06/2022 [^] [^^] [^^^] [ответить] | +1 +/– |  | Да, но jsonb работает более-менее быстро, если маленький (по-моему, в пределах 4 Кб). См. доклады Бартунова, например.
 
 |  |  | 
 | 
 | 5.30, Аноним (3), 15:22, 03/06/2022 [^] [^^] [^^^] [ответить] | +/– |  | > Или что Го медленнее C++ так то есть полно бенчей Только на hello world. В остальных случаях - не всё так однозначно.
 |  |  | 
 | 
 | 
 | 3.36, ptr (??), 13:13, 04/06/2022 [^] [^^] [^^^] [ответить] | +/– |  | "Самой быстрой" БД не бывает. Например, нарывался на случаи, когда PostgreSQL существенно выигрывал в производительности у MS SQL (например, благодаря массивам или нелогируемым таблицам). Реже - у Oracle (например, когда много вызовов математики через PL/Python или PL/R). Так что от задач всё немало зависит. 
 |  |  | 
 | 
 | 2.17, пох. (?), 17:02, 02/06/2022 [^] [^^] [^^^] [ответить] | –1 +/– |  | > Задался вопросом, а нафига собственно? патамуштамогет!
 > Пока не почитал лицензию mongodb
 какая сура корана воспрещает правоверному пользоваться открытой версией?
 И, кстати, самостоятельно ее развивать может оказаться и попроще чем пытаться приляпать совершенно чуждый интерфейс к sql.
 |  |  | 
 |  | | 3.22, Аноним (22), 19:31, 02/06/2022 [^] [^^] [^^^] [ответить] | +3 +/– |  | > И, кстати, самостоятельно ее развивать может оказаться и попроще чем пытаться приляпать совершенно чуждый интерфейс к sql. Полового из ДЦ видно за версту. В какой суре корана написано, что манипуляция данными — чуждый интерфейс к sql? Или может будешь оспаривать применимость паттерна «Адаптер»?
 |  |  | 
 |  | | 4.35, Аноним (35), 11:15, 04/06/2022 [^] [^^] [^^^] [ответить] | +/– |  | Оспаривается не применимость, а производительность. Адаптер не может не накладывать дополнительные расходы.  А это уже влияет на коэффициент ненужность, вплоть до полное ненужности. 
 |  |  | 
 |  | | 5.37, Аноним (22), 18:00, 04/06/2022 [^] [^^] [^^^] [ответить] | +/– |  | > Оспаривается не применимость, а производительность. Прочитай внимательно сообщение поха.
 > Адаптер не может не накладывать дополнительные расходы.
 И что? В зависимости от задачи может так статься, что меня эти расходы вполне устроят. Только опеннетная школота строит бесконечно скалируемый хайлоад на любой чих.
 |  |  | 
 |  | | 6.39, Аноним (3), 14:47, 05/06/2022 [^] [^^] [^^^] [ответить] | +/– |  | Наоборот, настоящие труЪ олды из шестого "Б" считают, что одного апача с mod_php и мускулем хватит всем. Универсальность, KISS и вот этого вот всё, никаких смузи-девляпсовских nginx, постгресов и кубернетисов. 
 |  |  | 
 | 
 | 
 | 
 | 
 | 2.38, Аноним (38), 09:03, 05/06/2022 [^] [^^] [^^^] [ответить] | +/– |  | Отказоустойчивого синхронного multimaster кластера нет, вместо этого  перед бд появится адаптер который сам по себе может сломаться. Низкая производительность, которая всегда будет значительно ниже прямой работы с бд. И сама mongodb скорее всего быстрее postgresql
 Реализовано только часть команд mongodb
 Может быть лучше старую mongodb гонять чем этот адаптер?
 |  |  | 
 |  | | 3.40, Аноним (3), 14:55, 05/06/2022 [^] [^^] [^^^] [ответить] | +/– |  | > Отказоустойчивого синхронного multimaster кластера нет А у монги, можно подумать, есть? Там тоже мастер только один, реплики проксируют к нему запросы на запись.
 Полноценный мультимастер только там, где есть полноценное шардирование - elasticsearch, clickhouse.
 > вместо этого  перед бд появится адаптер который сам по себе может сломаться. 
 Достаточно бессмысленный аргумент - он как бы должен символизировать, что "хрупкость" обертки+постгреса больше, чем "хрупкость" монги. Но для этого нужно доказать, что "хрупкость" постгреса больше либо равна "хрупкости" монги, что пока ещё не доказано.
 > Низкая производительность, которая всегда будет значительно ниже прямой работы с бд.
 Опять же, надо сравнивать с монгой, а не с постгресом.
 > И сама mongodb скорее всего быстрее postgresql
 А вот это неплохо было бы доказать. У любого индивида с IQ выше хлебушка уже давно должна была развиться идиосинкразия на аргументы вида "хайли лайкли".
 |  |  | 
 | 
 | 
 
 
 | 1.19, Аноним (19), 17:21, 02/06/2022  [ответить] [﹢﹢﹢] [ · · · ] | +1 +/– |  | Прокси сервер обёртка над обёрткой над врапером. Это всё улучшает производительность. Мы ведь любим монгу и постргресс за это. 
 |  |  | 
 
 
 
 |