вот тут есть некоторое аналитическое сравнение  + результаты тестов

"Я хочу немного порушить стереотипы, что Postgres - это чисто реляционная СУБД из прошлого века, плохо приспособленная под реалии современных проектов. Недавно мы прогнали YCSB для последних версий Postgres и Mongodb и увидели их плюсы и минусы на разных типах нагрузки, о которых я буду рассказывать"

более того утверждается что Postgres is already a good NoSQL database так что не вижу смысла продолжать прения))

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

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

Утверждение о быстрой записи основано на тестах, которые мы устраивали там, где использовали монго

Сорри, невнимательно прочитал

генерировать uuid?

он сам это может делать

Schemaless approach shines там, где
1) данные сначала имеют сырой вид, после чего их парсит и на их основании генерирует/ просто сортирует их нейросетка

2) где это является заглушкой в архитектуре и все данные туда записываются в хронологическом порядке (метаданные о логах, например)

3) где складываемые данные заранее отсортированы и складываются в особом порядке, а вся логика взаимодействия с по сути простой коллекцией объектов хранится снаружи монги

Сходя в гугл можно найти множество применений

Опять же, если команда комфортнее себя чувствует с PG и намечается много изменений, то лучше пару раз подумать, перед тем как взять монгу

тот кто разделяет обе позиции не может ошибится в отличие от того кто разделяет только одну)

И у вас сейчас в постгресе айдишники это всегда uuid?

давайте лучше холивар
монга или хранить жсон в пг

а чем uuid плох?

json в мускуле хранить можно

У вас сейчас в постгресе какие айдишники?

uuid

Возможно для вас тогда масштабирование в постгрес не будет проблемой

А вы думали все на автоинкрементах сидят?

Я думаю что большинство

Я слышал только кейс, когда делают автоикнеременты рядом с uuid чтобы ускроить offset и limit

Но не знаю насколько это действительно что-то прокачивает