😳

1. Столько популейтов это у тебя запрос будет примерно вечность выполняться

2. Есть плагин mongoose-autopopulate.

3. Популейт вроде под капотом делает ещё один запрос просто. Поэтому забрать одно поле это странный запрос.

4. Если тебе нужны реляционные данные, бери реляционную базу. Если ты не знаешь ни монгу ни постргрес, без разницы чему учиться. (я сам сейчас такой же путь прохожу)

5. Если у тебя графкл, у него в Несте есть ResolveField, он поможет упростить запросы к монге

.populate({ path: ‘some_path’, select: ‘_id name type’ })

Привет всем.У меня около 20-30 таблиц.Ко всем сущностям нужны сервисы итд

Нормально просто в папке src

Тридцать папок

Без всяких иерархий или есть пример как распологать все это добро

Как лучше решить проблему генерации всяких уникальных ключей, типа подписи JWT и пр.? Свалить всё на пользователя? Или лучше скрипт какой? Только как обеспечить ему однократность запуска?

Не то

попробуйте ещё $lookup. Если нужны отношения, то вроде как оно может оказаться быстрее

Ну кароче) я наверно выразился криво, попытаюсь исправиться.

Нужно в строку запроса записывать например  ?select=firstSection и таким образом запрос на получения отдаст только то что лежало в документе в поле firstSection.
Это легко, select("firstSection")

Но когда я делаю все то что я описал в первом абзаце и при том что бы мне получить весь документ картинки canIHelpSection.directionsOfDevelopment.img мне нужно сделать популейт. И вот я делаю популей и получается что весь canIHelpSection мне отдается, но при том что я его не запрашиваю, в select('firstSection') написано

благодарю

Всем привет!
Как можно воткнуть сразу 2 обработчика в сущность на insert и на update?
Надо что-то вроде такого:

@BeforeUpdate()
 @BeforeInsert()
 async clearPhoneMask() {
   if (this.phone) {
     this.phone = this.phone.match(/\d+/g).join('');
   }
 }

Но это не работает, помогите

Привет!
Nest.js monorepo с либами и сервером. Typeorm Postgresql, schema-first graphql.
Поверх этого - интеграционные тесты на Jest.
Подскажите, почему тесты могут ранится так долго и как это лечить.
Залогал время - сам запрос/ответ от сервера ранится быстро, но в целом всё очень и очень долго

Там параллельные тесты можно гонять, и у нужно один бэк создавать на все it а не в каждом свой бэк

Если подключение к реальному бэку то тоже одно

параллельные не подходят.. lда и проблема не в этом -

Вынеси в метод и его вызывай в двух отдельных методах обернутых в декор

вот таких 9 тестов, +/- одинаковых и в сумме это никак не 30 секунд)

Бефор еч алл и создавай коннект там а не для каждого