https://www.opennet.me/openforum/vsluhforumID3/130145.html Опубликован выпуск проекта FerretDB 1.0, позволяющего заменить документо-ориентированную СУБД MongoDB на PostgreSQL без внесения изменений в код приложений. FerretDB реализован как прокси-сервер, транслирующий обращения к MongoDB в SQL-запросы к PostgreSQL, что позволяет использовать PostgreSQL в качестве фактического хранилища. Версия 1.0 отмечена как первый стабильный выпуск, готовый для повсеместного использования. Код написан на языке Go и распространяется под лицензией Apache 2.0...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=58915<br> https://www.opennet.me/openforum/vsluhforumID3/130145.html#112 Mon, 10 Apr 2023 03:22:31 GMT За 10 лет в профессии работал из реляц БД с Postgres, Firebird, MySQL. У PG кривенько сделана кластеризация (Patroni всякие нужны), и привет из 90х, что все на подпроцессах вместо многопоточки. В остальном - огромнейшее количество фич, куча настроек, которые можно потвикать пож свою нагрузку. Последние несколько лет в банкинге видел либо Oracle, либо Postgres/PostgresPro. А после того, как оракл ушёл с рынка, вообще без вариантов.<br> https://www.opennet.me/openforum/vsluhforumID3/130145.html#111 Sat, 08 Apr 2023 19:38:08 GMT &gt; Типа для Oracle уже доделали.<br><br>это русские сделали - потому что оракла им теперь как своих ушей не видать.<br>А вовсе не потому что работает. (Там где ставят ораклы - не бывает примитивных кейсов и малонагруженных системок на полтора юзверя, где эта штука могла бы как-то работать.)<br><br>Так что правильный ответ - никогда, потому что никому не уперлось.<br><br>Да и как показал опыт яндекса - не так уж это и просто, обеспечить совместимость с mysql по протоколу даже на элементарном уровне, не умея половины того что тот умеет.<br><br> https://www.opennet.me/openforum/vsluhforumID3/130145.html#110 Sat, 08 Apr 2023 19:29:43 GMT &gt; Легко. Особенно когда у админа уже есть за плечами минимальный опыт и готовые плейбуки/чарты.<br><br>и любую проблему это владелец молотка и нулевого опыта рассматривает как гвоздь.<br><br>Кстати с каких пор девляпс стал админом? Админ бы в первую очередь подумал что ему нахрен не нужен еще один сложный сервис - отдельная единица администрирования, за которой надо отдельно следить и вовремя менять воду в поилке и выносить лоток.<br><br>Ты точно не админ.<br><br>&gt; в случае, если проект выстрелит и им начнут пользоваться более 3.5 пользователей.<br><br>открою тебе страшный секрет - если проект делался под трех с половиной пользователей а потом выстрелил не себе в ногу - его переделывают. Потому что упрется он не в неправильную монгу (которую ты как раз вполне мог бы заменить на единственно-правильную в любой момент, если бы в этом было дело), а как раз в дизайн решения самого ядра проекта.<br><br> https://www.opennet.me/openforum/vsluhforumID3/130145.html#109 Fri, 07 Apr 2023 23:20:32 GMT &gt; Именно так. Поднимать конфлюент ради передачи сотни сообщений в сутки - бессмысленно. Так же как кешировать гигабайт в редисе или ради пару сотен картинок по 200К поднимать хранилище.<br><br>Легко. Особенно когда у админа уже есть за плечами минимальный опыт и готовые плейбуки/чарты.<br><br>&gt; И поэтому ради вебсайта на сотню пользователей поднимать дополнительно к постгресу монгу - поссориться с головой<br><br>Еще бы узаконить извращённые формы насилия над теми, кто все собирает на таком вот дендрофекале, в случае, если проект выстрелит и им начнут пользоваться более 3.5 пользователей. Потому что тогда переделывать уже поздно, и остается только в качестве утешения искать автора и натягивать ему глаз на опу.<br> https://www.opennet.me/openforum/vsluhforumID3/130145.html#108 Fri, 07 Apr 2023 09:43:59 GMT На очереди или нет, не так важно. Важно, что SQL - достаточно слабый и ограниченный per se.<br>И работа с графами это наглядно иллюстрирует.<br> https://www.opennet.me/openforum/vsluhforumID3/130145.html#107 Fri, 07 Apr 2023 05:18:18 GMT Некоторые базы позволяют писать расширения(плагины). Поэтому возможно есть возможность написать расширение которое будет парсить этот блоб.<br> https://www.opennet.me/openforum/vsluhforumID3/130145.html#105 Fri, 07 Apr 2023 02:37:39 GMT Зайдите на HH. Там в основном таких программистов ищут. И наверное находят.<br> https://www.opennet.me/openforum/vsluhforumID3/130145.html#104 Thu, 06 Apr 2023 23:48:47 GMT Деточка, я не знаю ни одной реальной СУБД, не поддерживающей "куча дополнительных команд, не входящих в SQL". Например, в SQL:2016 стандартизировали поддержку JSON, что ничуть не дальше графов от базовых SQL парадигм. Просто более часто востребованно.<br>А так как стандартизируется то, что уже реализовано в каких-то СУБД, то значит графы уже в очереди на очередной стандарт SQL.<br> https://www.opennet.me/openforum/vsluhforumID3/130145.html#103 Thu, 06 Apr 2023 23:30:11 GMT Именно так. Поднимать конфлюент ради передачи сотни сообщений в сутки - бессмысленно. Так же как кешировать гигабайт в редисе или ради пару сотен картинок по 200К поднимать хранилище.<br><br>Я, простите, именно с этого и начинал, что на терабайтах - оправдано и правильно, то для гигабайтов - стрельба из пушки по воробьям.<br><br>И поэтому ради вебсайта на сотню пользователей поднимать дополнительно к постгресу монгу - поссориться с головой, что искрене пытаетесь сделать Вы )<br>