options у тебя undefined

А для чего тогда нода предназначена?
Для реализации каких то небольших спа приложений?

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

если есть примеры скиньте пожалуйста ссылку

Вот есть конкретный пет-проджект
Я думаю, что с большой вероятностью там не нужны навороты статистики типа "наши пользователи создали 100500 тудушек со словом пиво" и "последние 5 тудушек на нашем сайте: ...". И понятно, что гораздо легче реализовать задачу через вложение тудушек в пользователя

Но ты призываешь сразу делать "правильно", выстраивая по сути реляционную модель данных
Давай пойдём дальше и для реляционной модели данных возьмём инструмент, который для неё и создан. Я не хочу спорить о производительности, скорости поиска, удобстве запросов. Потому что хватит отсутствия проверки целостности - как по мне, это достаточное условие для того, чтобы не использовать монгу как рсубд

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

А я точно говорю что в монге один путь?

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

В данном конкретном случае - да, лучше складировать
Если мы хотим связи - да, лучше брать реляционную СУБД

Тогда получается, что в монге должна быть одна коллекция иначе нужно брать скл?