кроме лишних таблиц и лишних джойнов

окей, спасибо

Если один водила на одно направление то ид водилы внутри если его кто то может подменить, если первый умер то через третью таблицы

Здоровья умершим

Чтобы не парится с перепривякой ид

Инсульт епти каждый 5ый

там связь получается один ко многим.  1 водитель может иметь много направлений

Третья таблица явно лишняя

много направлений может иметь много водил

теория показывает что да, а жизнь говорит что нет

У каждого направления только один водитель, и как правило они не уникальны.

т.е 2 водителя могут ехать спб-мск и это 2 предложения в бд а не одно

ты можешь сделать через третью таблицу и огрничить констрайнты в бд

по тем правилам которые нужно, мани ту мани только в одну сторону будет тогда работать

спотифай семейный + vanced + vscode

доброго времени суток. первый день с nest, не могу нагуглить пример решения. подскажите, пожалуйста, куда копать.
в контроллер, через query string прилетает массив дат в формате гггг-мм-дд. как правильно сделать валидацию каждого значения(@isISO8601({each: true}) - не работает, говорит что данная опция для этого декоратора невалидна)?
а потом как трансформировать каждое значение из указанного формата в unix timestamp? спасибо

парсеры подключили ?

Там ведь просто так массив не сформируется массив

в контроллере делаю примерно так:

@Query(new ValidationPipe({ transform: true })) query: MyDto

в MyDto примерно так:

export class MyDto {
 @IsArray()
  @Type(() => Date)
  dates: Date[];
}

А где селектор для query ? Типо Query('key', <validators>)