Ну я там про MongoDB. Она нереляционная (документарного типа). То есть любые отношения между документами/коллекциями === жутчайший гемор! Фактически она полностью денормализована по дефолту. И с этим ничего не поделать.

Поэтому строить на ней хранилище удобно только в том члучае, когда запись (документ) имеет окончательную сущность. То есть нет ничего более важного, чем данные, которые хранятся в документе. Когда они полностью самодостаточны. В качестве примера могу привести различные отчеты, справки - ну документы в общем. То, что можно распечатать и успокоиться.

Но в "обычной" разработке, особенно web, как правило бОльшую ценность носят именно связи. Социальные сети. Там вообще всё дело ТОЛЬКО в связях. Или интернет магазин. Связей хоть и поменьше, тем не менее достаточно. Каталоги те же (деревья), интересно как же их делать на документарке-то!? Вообще не представляю, если честно... Костыли будут умопомрачительные! ))

И получается полная задница, когда сдудентик поддается веяньям моды, берет MongoDB и начинает строить на ее основе что попало. Да, она проще значительно. Потому что "бессхемная". И язык SQL там отсутствует, что так любят новички. Конечно работать с ней по незнанию удобно, это факт. Но ощущение это, к сожалению, очень обманчиво. Потому что проблемы потом (с развитием проекта) выливаются весьма недетские даже для очень опытного разработчика.

Эта СуБД при определенных условиях и нагрузках превращается в своеобразный кэш. Со всеми вытекающими проблемами с ним связанными. Причем в кэш, который невозможно "перезагрузить", поскольку это основаная БД. Целостность данных убивается и проект рушится до основания.

Вот почему я утверждаю, что Mongo нужно использовать очень обоснованно. И область применения ее крайне узкая. Это не для студентов вещь, а для дядек, которые понимают уже много всего и собаку съели в вопросах хранения данных.