это верно в оригинале (это оправдывает разложения).
ного запутался с последним постом, поэтому нашел хороший пример, который должен прояснить ситуацию.
hireDate & carReg являются первичными ключами. Так что мой вопрос, может кто-нибудь найти какие-либо дополнительные функциональные зависимости, кроме тех, которые я определил ниже .... Модификации также приветствуются:
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
Я не уверен, что вышеизложенное верно, и я уверен, что есть и другие. Пожалуйста, кто-нибудь может помочь мне, наконец, понять эти проклятые FD!
РЕДАКТИРОВАТЬ: На основе ответа Catcall .... Мой вопрос заключается в следующем: Как custName -> custNo действительный FD? Конечно, для вышеуказанного отношения имя клиента отображается точно на один номер клиента, но благодаря интуиции мы знаем, что в таблицу можно добавить более одного J SMith. Если это так, этот FD является недействительным, поскольку он формирует отношение 1 .. *. Можем ли мы сказать, что custName -> custNo, зная этот факт? Мы просто основываем FD на данных выборки? Или мы учитываем возможные значения, которые можно добавить?