dentificando Dependências Funcionais II

Eu estava ficando um pouco confuso com o último post, então encontrei um bom exemplo que deveria esclarecer as coisas.

hireDate e carReg são as chaves primárias. Portanto, minha pergunta pode encontrar outras dependências funcionais extras, além das identificadas abaixo .... As modificações também são bem-vindas:

fd1 carReg -> make, model, outletNo, outletLoc
fd2 custNo -> custName
fd3 outletNo -> outletLoc
fd4 model -> make (only if we assume a model name is unique to a make)
fd5 carReg, hireDate -> make, model, custNo, custName, outletNo, outletLoc 

Não tenho certeza se as opções acima estão corretas e tenho certeza de que existem mais. Por favor, alguém pode me ajudar a finalmente entender esses malditos FD's

EDIT: Com base na resposta da catcall .... Minha pergunta é a seguinte: Como o custName -> custNo é um FD válido? Para a relação acima, com certeza, um nome de cliente é mapeado para exatamente um número de cliente, mas por intuição, sabemos que mais de um J SMith pode ser adicionado à tabela. Se for esse o caso, esse FD é nulo, pois forma um relacionamento 1 .. *. Podemos realmente dizer que custName -> custNo sabe desse fato? Simplesmente baseamos os DFs nos dados da amostra? Ou levamos em conta os possíveis valores que podem ser adicionados?

questionAnswers(4)

yourAnswerToTheQuestion