Короче в принципе как я и думал) думал может какая то более хитрая логика есть, я пользуюсь монгодб в качестве бд

Если еще не поздно, то вставлю свои 5 копеек. Орм это не просто дополнительный слой абстракции, а реализация идеи работы с реляционными данными как с объектными. Вам не нужно писать селекты и прочее, вместо этого вы берете нужный вам класс и применяете метод findOne и т.д. Другая важная задача в том, что вы сможете без переписывания кода поменять БД на другую, достаточно только изменить настройки бд и подключения к ней. Весь код останется прежним и все должно работать.

Почему тогда не хранить туду прямо в объекте пользователя?

Спасибо. Примерно так и понял)

+ Нет проблем с sql инъекциями

ну тогда в самом req.body эти поля есть. просто тайпскрипт не знает об этом

решил уже проблему, спасибо)

да? а как?

не заметил факт, что не импортировал Request из экспресса)))

Привестствую, делаю json response такого формата, вот код с помощью которого json генерируется, но запрос отправляется и приходит довольно долго, как это можно оптимизировать?

проблема в том, что у тебя "синхронные" запросы к базе.

замени на await Promise.all.

статья по теме: https://medium.com/better-programming/an-extremely-easy-tip-to-improve-web-performance-with-async-await-b609e7e65744

Await и find не нравятся мне, лучше переписать на фор оф

for of?

хорошо, попробую, спасибо

Ну так я пытаюсь понять что есть best practice, как лучше делать

так здесь проблема в том что у вас запросов n^2 выполняется, на каждый туду в секции в проекте - отдельный запрос

For await...of и на каждой итерации сделать проверку и запихнуть нужные результаты в массив

а как это поможет?