посмотрел, не, не всё так плохо 4.x.x

Нынче она 4.4.х и многое поменялось. очень многое. Она заняло свое место в архитектуре, но как любое решение - не является серебряной пулей.


Про что говорите Вы - это примеры про всякие ReST API за 10 минут как запрос насквозь той же структуры JSON положить в БД. Это очень простые example для определенных целей, например чтобы продемонстрировать deploy-инструмент, где приложение не имеет ценности. Или чтобы показать язык/framework, где код в этом примере тоже не имеет ценности. Но эти примеры научили людей не думать и пробрасывать структуру данных насквозь.

Но это не проблема монги, таких примеров миллион.

Можно прекрасно имея ORM для РСУБД не понимать как она работает и кормить ее напрямую JSON Payload из запроса.

>Можно прекрасно имея ORM для РСУБД не понимать как она работает и кормить ее напрямую JSON Payload из запроса.

конечно, можно)) но разве это правильно? макака-программинг получается. за примерами далеко ходить не нужно...

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

Ну вот да. Так как все компоненты вообще не про логи, то поддержка, масштабирование и т.п. становятся головной болью.

Это документная БД, быстрая, сейчас уже надежная, масштабируемая и зарекомендовавшая себя на рынке. Но на входе нужно задать себе вопрос - нужно ли тебе хранить данные в виде документов?

серьезно? первый раз слышу что elk стек головная боль

Пожалуйста, ипользуйте. Не хочу спорить, высказал свою точку зрения

Не надо в ней связывать документы как в РСУБД и не надо пытаться делать из нее Key-Value.

А чем она отличается от key-value?

а я и не собирался спорить. я хочу услышать ваше мнение

А чем она отличается от key-value?