Можешь хоть примерно на словах объяснить что имеется ввиду?

ну так ітеруй форму а не кожен інпут окремо

Я просто не понимаю как это сделать)?

V-for

ты хочешь каждый Item (driver) отдельно выводить?

Получается так!

Просто визуально сейчас смотрится ужасно и не понятно. Новая форма не ниже первой выводится а в ней же. Сделать отдельную форму не смогу потому что это уже в общей форме находится.

тогда нужно начать с данных. я имею ввиду ложить итемы в один массив,  а потом по нему делай v-for и выводи свойства итема (имя, дату....)

<form>
 <div class="form-group" v-for="driver in drivers">
твои инупуты в еще одном цикле......
   <label for="formGroupExampleInput">Example label</label>
   <input type="text" class="form-control" id="formGroupExampleInput" placeholder="Example input">
 </div>
</form>

<form>
 <div class="form-group" v-for="driver in drivers">
твои инупуты в еще одном цикле......
   <label for="formGroupExampleInput">Example label</label>
   <input type="text" class="form-control" id="formGroupExampleInput" placeholder="Example input">
 </div>
</form> Не смогу использовать form потому что эти данные уже находятся в общей форме.

Не используй)

<div class="form-group" v-for="driver in drivers">
твои инупуты в еще одном цикле......начало
   <label for="formGroupExampleInput">Example label</label>
   <input type="text" class="form-control" id="formGroupExampleInput" placeholder="Example input">
твои инупуты в еще одном цикле......конец
 </div>
вот этот блок только возми

А как это правильно в самом коде Vue отобразить? Не понимаю именно это)

Я сделал сейчас вот так https://codeshare.io/GqEDQX

Но ведь в drivers: [] нужно массив как-то положить или вычислить

И так я против enum именно в бд
Я не против enum типов в коде и либ которые совместимые с int
Суть типа enum в том, чтоб обращаться не числом, а константой, из этого получается удобство что не надо запоминать числа типов (пол, цвет глаз и т.д.)
Чем по моему мнению плох этот тип? Ооочень болезненное изменения списков например вы хотите добавить еще один тип (да, еще один пол) и для этого придётся реструктурировать всю таблицу.
Штатными методами невозможно добавить дополнительную информацию про этот тип например описание если вы держите связанную таблицу просто добавляете колонку и все, а тут надо делать танцы с бубнами и библиотеками.
Проблема создание выпадающих списков и связей. Тот же пол у вас в select надо 2 значение мужской и женский и их надо вставлять в ручную, а не брать с таблицы. То есть при добавлении нового пола (ну решили вы выйти на рынок швеции) надо не только таблицу поменять, а и все select значения. Та же проблема когда надо вывести данные например сгенерировать в документах надо как-то подменить данные enum на текстовые
Как ответ можно сказать использовать библиотеку, где прописать константы там же будет и локализация и много других плюшек, но можно же взять плюсы этих либ и не брать минусы enum, а именно создать колонку int (беззнаковый естественно ну и small int по желанию) и использовать эту либу таким образом когда ты захочешь добавить данные не надо будет менять таблицу, просто создаш константу, и если все так разрастётся что решите создать таблицу и связь то все будет элементарно, представь какая боль будет с enum и созданием связи один ко многим
Таким образом
1 сам по себе enum без либ очень ограничен просто константой, создаст много проблем при модификации и не дает существенных упрощений при использовании
2 с либами вместо enum лучше всего использовать int это позволить и комфортно работать и без проблем масшабироваться.
3 Я для примера брал пол потому что это как то что ну точно модифицировать не надо будет, с другими все еще проще
4 Увеличения производительности минимальное, а то и совсем нет

Жду диалог или дискусию)

все вы верно говорите и действительно так и есть. я акцентировал внимание что енум под свои задачи. Если рассматривать как пример тот же пол, и не рассматривать локализацию, то плодить таблицу на 2-4 записи, которые будут меняться крайне редко, а то вообще не будут, делать связь на эту таблицу не большой оверхед - преджевременная оптимизация. Каждый может выбрать свой путь или табличка или поле enum :)

Ну я за то чтобы вместо enum ставить int даже без таблицы