>[оверквотинг удален]
> mongodb is web scale (c), sharding is a secret ingredient (c).
> Для стартапов, написанных моральными индусами для развода инвесторов на бабки, самое
> то.
> А если задуматься, то фигня какая-то: schemaless, подразумевающий разреженность, но при
> этом единственный тип индекса это btree! Инвертированных индексов нет, банальных хешей
> даже нет, блум фильтров нет, оптимизатора запросов нет, даже планирования запросов
> как такового нет, населена роботами. И действительно, зачем, давайте делать фуллскан,
> ведь у нас горизонтально масштабируется, всегда можно докупить ещё серверов... на
> задачи, где банальный постгрес с одной таблицей вида (id serial PK,
> data JSONB gin/gist) справится и на одном.

А можно меньше слюней, пены и соплей, и побольше того, что называется "взвешенным мнением технического эксперта". Мы же все-таки на профильном ресурсе, а не форме имени хеллоу ворлд. Договорились? Ну вот и хорошо.

А теперь господин как бэ эксперт, раз уж вы тут ляпнули про JSONB, то дайте в студию хотя бы один запрос, который позволит обновить _отдельный атрибут_ (!) json-документа, сохраненного в поле этого типа. И атрибута не верхнего уровня, потому что это-то как раз PostgreSQL умеет, а где-нибудь поглубже. К примеру, вот есть у вас портянка вида {"aaa" 5, "bbb": [{"fff": 12345, "rrrr": {"fdrt": 45679}}]}, и нужно обновить "fdrt". Постройте-ка запросик, а? И желательно БЕЗ привлечения тех расширений PostgreSQL, которые пишут умные системные программисты для вполне себе КОММЕРЧЕСКИХ продуктов. Ну, как, справитесь?

Сразу могу сказать, что навряд ли. А вот монга способна этот фокус проделать даже с документами размером в несколько Гб _на любом_ уровне вложенности.

PS Тут уже в треде прозвучало мнение, что каждому инструменту своя предметная область и свои проблемы, которые этот инструмент закрывает. Соглашусь с этим утверждением. У MongoDb своя область, а у PostgreSQL - своя. И прежде чем пытаться померится сами знаете чем, стоит это обстоятельство учесть. И разумно для своих проблем инструмент выбрать.

PPS Кстати, "банальные хэши" сто лет в обед в PostgreSQL считаются индексом не рекомендуемым к применению. Внезапно. А все потому что не проходят в WAL. Так что на вашем месте я бы ими не козырял. Не стоит.