Влад Developer: Если Вы задумываетесь об оптимизации, то в первом случае одни и те же данные юзера будут храниться в +100500 постов. А если юзер обновил имя, то сколько постов Вам придется обновлять? Второй вариант будет правильнее. На производительности это никак не отразиться ( до ~1000000 документов никак :( Я Вам скинул ссылку, что бы Вы почитали где и когда и какие модели данных Mongo использовать. Может быть Вам mongo вообще не нужно!!! Если ли же Вы для сообразовываетесь, то попробуйте оба варианта и сравните на практике!
первый вариант - один запрос, второй вариант - два запроса, но если данные по автору изменятся, то для первого варианта их придется менять внутри каждого поста автора, что совершенно неприкольно учитывая отсутствие транзакций в монге
Рано вы беспокоитесь, я так понял у вас еще рабочего проекта нет, а вы уже что-то оптимизируете.
Почему - потому что одним запросом вы получаете ваши данные. Это быстрее чем два запроса )
Можно ещё ("хардкорный") вариант рассмотреть (может подойти для некоторых случаев):
В посте храним идентификатор автора, передает клиенту пост как есть, а на клиенте подставляем автора из кеша, если в кеше нет, то подгружаем с сервера.
Как выше сказали - оптимизировать рано, поэтому для начала я бы взял 2 вариант.
