Понимая вашу задачу, могу сказать, что на мой взгляд более правильным будет вариант сделать так:

клиент - > Автомобили <- модель авто -> связъ зч и моделей авто <- запчасти

и создать таблицу заказов:

клиент -> заказ <- запчасти


ЗЫ: одна и таже деталь может быть у нескольких моделей авто.
У клиента может быть 10 машин разных моделей...

DmitryVVIN нужен только в процессе заказа деталей. Для этого ведутся списки применимости: Деталь - VIN (скорее, его часть). В принципе, человеку, принимающему заказ, все равно, сколько и каких машин у клиента - при заказе/подборе детали указывается марка/модель/VIN и все... Все остальное решается ведением списков применимости деталей к конкретным маркам/моделям/годам выпуска/VIN

Отчасти - это верно. Но вот лично мне не кажется лишним указать связь человека и его машин. Гипотетический пример: к поставщику поступили запчасти на опред модель по новым ценам или еще что-то, требующее учета запчасти и информирования клиента...

С моментом связи: VIN + модель + год выпуска (хотя по VIN определяется и год выпуска, но не уверен, т.к. не знаю предметной области) -> запчасть - не могу не согласиться. Пропустил этот момент из-за слабых знаний предметной области...

Что касается постановки задачи, то безусловно, автор топа не раскрыл полностью задачу. Но зачем делать себе тупики, на стадии разработки. Я всегда подхожу к задаче таким образом, чтобы реализовать предельно масштабируемую систему. Более того, если меня бы попросили нарисовать такую базу, то я пришил бы еще мини-СКВсК(CRM)(т.е. систему, в которой можно вести ВСЕ данные конкретного клиента и его взаимоотношения с потребителем базы). А вот на что вешать визуализацию - это следующий вопрос. Уверен, что рано или поздно, клиент попросит учет поставщиков и т.д.
Каждый раз будем переписывать все с нуля?
Конечно, не стоит думать, что я страдаю глобализмом... Это не так. Просто я ооооочень большое внимание уделяю непосредственно базе и ее проектированию, а уже потом визуализации...