Nie jestem pewny czy sprzedający to inaczej, pracownik naszego komisu, który sprzedał samochód, ale jeśli tak to potrzebujesz encji asocjacyjnej w której będą trzy klucze obce: id_sprzedającego, id_klienta, id_pojazdu -> to nam powie kto, komu, co sprzedał. Poza tym widzę, że próbujesz robić model relacyjny - proponuje to sprowadzić do 3 postaci normalnej. Podam przykład, nie uważasz, że województwo i miasto są ze sobą powiązane? Tzn. każdemu miastu przyporządkowane jest dokładnie jedno województwo, a do województwa należy wiele miast. Mógłbyś wtedy w kliencie przechowywać klucz obcy zaledwie miasta, a po nim wiedziałbyś w jakim znajduje się województwie. Unikamy w ten sposób redundancji i zachowujemy więzy integralności (np. jeśli jakieś miasto z pogranicza województw zmieni przynależność do województwa będziesz musiał to zmieniać przy każdym kliencie, a przy 3 postaci normalnej tylko w jednym miejscu. Oczywiście nie wiem czy taka sytuacja, by zmienić województwo, jest w ogóle możliwa, ale to tylko przykład dla lepszego zrozumienia jakie korzyści płyną z tej postaci).
A kwerendy wedle uznania, zależy co chcesz robić jakie są założenia i czemu ma służyć ta baza danych.