OK so lets start with some basics
Car is a separate entity
So is buyer
So is a repiar.. all well and good
but can a customer buy more than one car
can a car be owned by more than one customer (if you don't care about the past then probably not, but if you want to know who had waht repairs done to what car over time then you do need a mechanism to know who owned what cars over what period. redesigning both entities should allow you to store data relevant to that transaction eg the date, the value and so on. look up intersection tables
I suspect your repairs table needs some thought
its unlikely that a car will need only ever one part to make a repair, a repair may consume many parts, it may also consume labour (again several different types of labour).
would a part come from a standard library of parts or would you want to create each part each and every time you use it.