я не видел и к тому же я не люблю зависимости тянуть в проекты тем более если можно написать функционал в 200 строк, руки не отвалятся

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

+

не, ну если у вас пет-проект какой-то, то почему нет

А причем здесь пет или прод, если с инжинерной точки зрения нет никакого выигрыша в том, чтобы использовать гораздо более сложный инструмент. Более того, я бы для простых связей, как выразился Алексей, рекомендовал использовать максимально ограниченный в функционале инструмент, чтобы они и оставались простыми связями по дизайну системы, а не тянули на себя логику работы с бд.

+  мне раcсказывали про монструозные запросы, я до сих пор не понимаю как так можно проектировать bd

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

тоже верно. поэтому дорога ложка к обеду а ружье к войне) хуже всего быть хейтером и оставаться всегда в одних и тех же окопах

Это можно оценить диаметрально противоположно, в зависимости от того, было ли заранее известно, что это будет согласно дизайну скейлится таким образом. Если было - ошибка тащить MongoDB, если нет, то это изменение дизайна на ходу и здесь ответственный за такое решение человек должен был либо отказаться от MongoDB сразу, пока не поздно, либо скейлить другим способом.

+

обычно нет времени сидеть размышлять, кто что знал и что было заранее известно, и кто что должен был.
Есть проект в релизе, есть заказчик, который хочет расширение функционала и больше ничего нет

Бинго. Я так и знал, что сейчас пойдет про изменения в бизнесе и новых требованиях.

Бизнес практически никогда не говорит разработчикам, что он хочет, чтобы вы связали в своей монге 10 сущностей. Он просто хочет решение бизнес проблемы. Это ваша реализация и обязанность подумать о том, что и где вы можете поменять, а несоблюдение или отсутствие элементарного дизайна в проекте = 100% фейл либо сегодня, либо завтра.

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

Почему же
Есть ещё несколько бд в проекте, которые используются в разных целях
Ещё есть узкая предметная область, расширение которой не планируется
В общем, возможны варианты
Но расстреливать без обоснования потому что они не используют модную нынче технологию рсубд - тоже вариант

Не был очевиден

был: В таблице есть связи? -> Монга не нужна

А ты можешь технически обосновать это утверждение? Без отсылок к тому, что так говорят Тимур и Илья

Это где-то на камне большом написано или откуда такая мудрость?

мудрость из опыта разработчиков по всему миру. Я это не сам придумал

эта тема уже обсосана вдоль и поперек