АП
Ну так я пытаюсь понять что есть best practice, как лучше делать
В мире монги лучше минимизировать связи. Если тудушка неразрывно связана с юзером, в юзере и надо её (их) хранить
Size: a a a
2021 February 20
L
а как это поможет?
спасибо, скорость теперь 1200 мс
N
В мире монги лучше минимизировать связи. Если тудушка неразрывно связана с юзером, в юзере и надо её (их) хранить
имхо плохой пример, предлагаете массив тудушек прямо в документе юзера?
SJ
В мире монги лучше минимизировать связи. Если тудушка неразрывно связана с юзером, в юзере и надо её (их) хранить
То есть в таком случае лучше не делать две отдельных коллекции?
АП
имхо плохой пример, предлагаете массив тудушек прямо в документе юзера?
Почему плохой?
АП
То есть в таком случае лучше не делать две отдельных коллекции?
Да
N
лучше может засунуть сами тудушки в документ секции/проекта
PS
То есть в таком случае лучше не делать две отдельных коллекции?
у документа еще и максимальный размер ограничен. учитывая, что тудушек потенциально бесконечное число, засовывать их в юзера -- это не вариант
N
+ у вас будет где то таблица юзеров или просто надо будет возвращать юзера для авторизации - не будете же постоянно фильтировать от туда тудушки
АП
Зарезолвеные тудушки хранить отдельно 🤷♂
N
даже если это делает сама бд
SB
а как это поможет?
По опыту map, filter, reduce не умеют в асинхронность, всегда использую фор оф и все ок
PS
в монгу же добавили реляции. чего бы не использовать их?
C
Иван
Если еще не поздно, то вставлю свои 5 копеек. Орм это не просто дополнительный слой абстракции, а реализация идеи работы с реляционными данными как с объектными. Вам не нужно писать селекты и прочее, вместо этого вы берете нужный вам класс и применяете метод findOne и т.д. Другая важная задача в том, что вы сможете без переписывания кода поменять БД на другую, достаточно только изменить настройки бд и подключения к ней. Весь код останется прежним и все должно работать.
Насчёт смены бд на другую — не так всё однозначно.
L
можно как-то избавиться от этого массива response который идет из res.json? я хочу дабы это был просто обьект, не массив данных
АП
А зачем? В чём Профит выносить тудушки из юзера? Это монга же, там лучше использовать ненормализованную структуру
PS
По опыту map, filter, reduce не умеют в асинхронность, всегда использую фор оф и все ок
так у него проблема как раз в том, что за одну единицу времени выполнялся только один запрос. и поэтому все было медленно
PS
А зачем? В чём Профит выносить тудушки из юзера? Это монга же, там лучше использовать ненормализованную структуру
насколько это актуально сейчас? может это устаревший совет 10-летней давности?
C
Объект с чем? Вы запрашиваете коллекцию, логичнее всего ожидать массив