https://www.opennet.ru/openforum/vsluhforumID3/127683.html Опубликован выпуск проекта FerretDB 0.3, позволяющего заменить документо-ориентированную СУБД MongoDB на PostgreSQL без внесения изменений в код приложений. FerretDB реализован как прокси-сервер, транслирующий обращения к MongoDB в SQL-запросы к PostgreSQL, что позволяет использовать PostgreSQL в качестве фактического хранилища. Код написан на языке Go и распространяется под лицензией Apache 2.0...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57290<br> https://www.opennet.ru/openforum/vsluhforumID3/127683.html#40 Sun, 05 Jun 2022 11:55:13 GMT &gt; Отказоустойчивого синхронного multimaster кластера нет<br><br>А у монги, можно подумать, есть? Там тоже мастер только один, реплики проксируют к нему запросы на запись.<br><br>Полноценный мультимастер только там, где есть полноценное шардирование - elasticsearch, clickhouse.<br><br>&gt; вместо этого перед бд появится адаптер который сам по себе может сломаться. <br><br>Достаточно бессмысленный аргумент - он как бы должен символизировать, что "хрупкость" обертки+постгреса больше, чем "хрупкость" монги. Но для этого нужно доказать, что "хрупкость" постгреса больше либо равна "хрупкости" монги, что пока ещё не доказано.<br><br>&gt; Низкая производительность, которая всегда будет значительно ниже прямой работы с бд.<br><br>Опять же, надо сравнивать с монгой, а не с постгресом.<br><br>&gt; И сама mongodb скорее всего быстрее postgresql<br><br>А вот это неплохо было бы доказать. У любого индивида с IQ выше хлебушка уже давно должна была развиться идиосинкразия на аргументы вида "хайли лайкли".<br> https://www.opennet.ru/openforum/vsluhforumID3/127683.html#39 Sun, 05 Jun 2022 11:47:19 GMT Наоборот, настоящие труЪ олды из шестого "Б" считают, что одного апача с mod_php и мускулем хватит всем. Универсальность, KISS и вот этого вот всё, никаких смузи-девляпсовских nginx, постгресов и кубернетисов.<br> https://www.opennet.ru/openforum/vsluhforumID3/127683.html#38 Sun, 05 Jun 2022 06:03:44 GMT Отказоустойчивого синхронного multimaster кластера нет, вместо этого перед бд появится адаптер который сам по себе может сломаться. <br><br>Низкая производительность, которая всегда будет значительно ниже прямой работы с бд. И сама mongodb скорее всего быстрее postgresql<br><br>Реализовано только часть команд mongodb<br><br>Может быть лучше старую mongodb гонять чем этот адаптер?<br> https://www.opennet.ru/openforum/vsluhforumID3/127683.html#37 Sat, 04 Jun 2022 15:00:55 GMT &gt; Оспаривается не применимость, а производительность.<br><br>Прочитай внимательно сообщение поха.<br><br>&gt; Адаптер не может не накладывать дополнительные расходы.<br><br>И что? В зависимости от задачи может так статься, что меня эти расходы вполне устроят. Только опеннетная школота строит бесконечно скалируемый хайлоад на любой чих.<br> https://www.opennet.ru/openforum/vsluhforumID3/127683.html#36 Sat, 04 Jun 2022 10:13:15 GMT "Самой быстрой" БД не бывает. Например, нарывался на случаи, когда PostgreSQL существенно выигрывал в производительности у MS SQL (например, благодаря массивам или нелогируемым таблицам). Реже - у Oracle (например, когда много вызовов математики через PL/Python или PL/R). Так что от задач всё немало зависит.<br> https://www.opennet.ru/openforum/vsluhforumID3/127683.html#35 Sat, 04 Jun 2022 08:15:16 GMT Оспаривается не применимость, а производительность. Адаптер не может не накладывать дополнительные расходы. А это уже влияет на коэффициент ненужность, вплоть до полное ненужности. <br> https://www.opennet.ru/openforum/vsluhforumID3/127683.html#34 Sat, 04 Jun 2022 08:13:06 GMT rqlite https://www.opennet.ru/opennews/art.shtml?num=56600 или любой аналог<br> https://www.opennet.ru/openforum/vsluhforumID3/127683.html#33 Fri, 03 Jun 2022 13:33:08 GMT А если серверов больше одного?<br> https://www.opennet.ru/openforum/vsluhforumID3/127683.html#32 Fri, 03 Jun 2022 12:24:23 GMT А как отбивать с донатов инвестиции?<br>