тоесть дёрнуть метод из сервика с запросом в БД на уровне гварда - допустимо?

🤷 это вопрос к гуру идеологии

в цикле req->middleware->guard->interceptors->pipes->filters->res как бы и вариантов других нет) поэтому почти уверен что да, допустимо

Можно не удолять, а делать софт делет, тоесть инсерт с тру в поле делетед, и каждая запись каждой сущности должна иметь createdBy там будешь писать юзер ид, софт делет будет делать апдейт сущности и кидать текущего ющерид, в базе триггером проверяешь старый createdBy равен ли новому, если нет то выкидываешь ошибку и её на бэке обрабатываешь

И не нужно выбирать данные для сравнения

Если софт делет не нужны, то просто в фоне некий джоб переодически сносит все софт делеты

Вроде понятно объяснил

Тоже правило и для чайлодов всяких и многоуровневых

Звучит как будто заплатка.

Я такое делал несколько раз, подругому ты быструю работу не получишь и придётся фетчить данные перед их удалением

Ушел спать

народ интересный вопрос кто что скажет по валидации объектов с применением class-validator

поясняю суть вопроса, пока объект плоский(одномерный) все работает красиво, а как быть когда нужно прогнать многоуровневую вложенну структуру?

Где глянуть список всех неймингов HttpException в несте?

Это все?

Мне нужен 429 - too many request

Разобрался

есть неспящие?

разъясните плиз - Dto и Entity это разные вещи?

Ентити - описание сущности в БД
Дто - обьект трансфера между точкой А и точкой Б

Dto подкатывают данные с фронта и обвешаны валидацией, а потом если все ок, то я мапю Dto в Entity и сохраняю в бд?

я просто из .net core пришел, там есть ViewModel и просто Model, первое туда сюда данные кидать, а второе мапинг в базу