Me estaba confundiendo un poco con la última publicación, así que encontré un buen ejemplo que debería aclarar las cosas. @

hireDate y carReg son las claves principales. Entonces, mi pregunta, ¿alguien puede encontrar dependencias funcionales adicionales que no sean las que he identificado a continuación ... Las modificaciones también son bienvenidas:

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 

No estoy seguro de si lo anterior es correcto y estoy seguro de que hay más. ¡Por favor, alguien puede ayudarme a entender finalmente estos malditos FD!

EDIT: Basado en la respuesta de catcall ... Mi pregunta es esta: ¿Cómo es custName -> custNo un FD válido? Para la relación anterior, seguro, el nombre de un cliente se asigna exactamente a un número de cliente, pero por intuición, sabemos que se puede agregar más de un J SMith a la tabla. Si este es el caso, este FD es nulo ya que forma una relación 1 .. *. ¿Podemos decir realmente que custName -> custSin saber este hecho? ¿Basamos simplemente los FD en los datos de muestra? ¿O tenemos en cuenta los posibles valores que se pueden agregar?