концепцию ( сейчас будет длинный текст, если кто-то сможет пойти со мной в дс на 5 минут буду очень благодарен )
У меня на фронте есть куча стейтов с инфой, стейт с ивентами, стейт с тудушками и тд. Как я понял, сохранять это все на бэке в какое-то поле юзера типа:
{
name: 'dima',
password: '123',
info: {миллион информации}
}
не очень хорошая идея. Прочитал про концепцию one to many и понял что мне нужно всю эту инфу юзеров сохранять отдельно.
Вопрос: я правильно понимаю что мне нужно при входе пользователя в свой аккаунт, проходится фильтром по всем этим дополнительным папкам с инфой и собирать нужное? Звучит как супер дорогая штука ( я к хорошую производительности сильно не стремлюсь, но все равно)
если у вас слишком много других колекций привязаных к 1, то нужно либо: еще раз продумать связи \ использовать sql базы
Их 3. Монго выбор окончательный ( банально нету времени переучиваться, а сроки горят )
попробуйте кинуть по возможности к юзер коллекции все, что не оч большое
понял, спасибо, как раз один из стейтов состоит из достаточно простеньких обьектов
Обсуждают сегодня