Здравствуйте, BlackEric, Вы писали:

BE>Я бы попробовал использовать в последнем PostgreSQL 17 отдельные таблицы с полем JSONB и при этом для индексирования можно часть полей документа положить рядом в таблице.

Класть рядом не обязательно, можно индексировать прям внутри.

BE>Кто-то так делал? Это окупит усложнение проекта за счет использования двух субд?

Аргументов за Mongo я не увидел. Теоретический рост нагрузки — вам видней. Да, Mongo масштабируется лучше Postgres, в первую очередь на запись (т.к. на чтение Postgres тоже можно масштабировать). Но это классический случай преждевременной оптимизации, причём на архитектурном уровне, что особенно больно. Я за Postgres пока его хватает,.

Здравствуйте, BlackEric, Вы писали:

BE>Я бы попробовал использовать в последнем PostgreSQL 17 отдельные таблицы с полем JSONB и при этом для индексирования можно часть полей документа положить рядом в таблице.

Класть рядом не обязательно, можно индексировать прям внутри.

BE>Кто-то так делал? Это окупит усложнение проекта за счет использования двух субд?

Аргументов за Mongo я не увидел. Теоретический рост нагрузки — вам видней. Да, Mongo масштабируется лучше Postgres, в первую очередь на запись (т.к. на чтение Postgres тоже можно масштабировать). Но это классический случай преждевременной оптимизации, причём на архитектурном уровне, что особенно больно. Я за Postgres пока его хватает,.

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