识别功能依赖

Question

我有以下第一范式 (1NF) 的模式 - 即所有单元格都包含原子值：

ClientRental (clientNo, propertyNo, clientName, propertyAddress, rent, 
              rentStart, rentFinish, ownerNo, ownerName)

一般来说，客户可以从出租代理处租用许多房产。每个财产都有一个所有者。对于熟悉本书的读者，这是从 Connolly & Begg 的 Database Systems 中摘录的一个示例。

我正在尝试识别功能依赖 -> 候选键、部分依赖和传递依赖等

我正在关注一本教科书，但其中的建议解释得不太清楚。有人可以向我解释我的建议是否正确：

FD1 -> clientNo -> clientName
FD2 -> propertyNo -> propertyAddress, rent, ownerNo, ownerName
FD3 -> ownerNo -> ownerName

我确实错过了更多的功能依赖项，但我缺乏经验使我无法识别它们。显然我无法确定部分依赖关系，因为我还没有为上述关系/模式分配主键。

有人可以帮我识别其他功能依赖...我也不清楚是什么决定了传递依赖...

如果有任何需要进一步说明的地方，请告诉我。

编辑 3NF：

我的 3NF 关系：

Client {clientNo(PK), clientName}
Owner {ownerNo(PK), ownerName}
Property {propertyNo (PK), propertyAddress, rent}
ClientRental {clientNo(PK), propertyNo(PK), rentStart, rentFinish, ownerNo(FK)}

Answer 1

要改进到 2NF，请识别仅依赖于候选键的一部分而不是全部的非键属性。首先确定集合 {clientName, propertyAddress,rent,rentStart,rentFinish,ownerNo,ownerName} 中的任何属性是否仅依赖于 clientNo 或 propertyNo。

现在，您将在网上遇到的问题之一是函数依赖关系实际上是由值决定的，而不是由列名决定的。没有具有代表性的样本值，我们不得不猜测一下。不过可能

clientNo -> clientName
propertyNo -> propertyAddress, ownerNo, ownerName

所以我们可以这样分解 ClientRental。

Relation "clients"         { (clientNo), clientName}
Relation "properties"      { (propertyNo), propertyAddress, ownerNo, ownerName}
Relation "ClientRental"    { (clientNo, propertyNo), rent, rentStart, rentFinish}

在美国，propertyNo -> 租金是不正确的。 （您的 FD2。除非 rent 您指的是要价。）在美国，租约决定租金，从法律上讲，租约必须包括地址和租户。 （实际上是所有的租户。但这是一个不同的问题。）

由于“client”和“properties”在它们的候选键中只有一列，它们必须在 2NF 中。我认为所有这三个关系都在 2NF 中。

你能自己处理改进到 3NF（消除传递依赖）吗？

稍后。 . .

是的，这里至少有一个传递依赖：propertyNo -> ownerNo -> ownerName。通过引入所有者关系来消除传递依赖。

Relation "clients"         { (clientNo), clientName}
Relation "properties"      { (propertyNo), propertyAddress, ownerNo}
Relation "owners"          { (ownerNo), ownerName}
Relation "ClientRental"    { (clientNo, propertyNo), rent, rentStart, rentFinish}

关系“客户”、“财产”和“所有者”在 3NF 中。在现实世界中，房产通常由多个人或企业拥有，并且它们也经常出租给多个人或企业。但是这种问题与标准化没有任何关系。 （直到你决定支持现实世界的情况。）

还有什么？

Answer 2

大概有 4 种关系应该被识别：

• 客户
• 所有者
• 财产
• 出租

那么，给定 ClientRental 中的属性，我们可以推理：

• 客户：{clientNo} ⟶ {clientName}
• 所有者：{ownerNo} ⟶ {ownerName}
• 属性：{propertyNo} ⟶ {propertyAddress, ownerNo}
• 出租：{rentStart, propertyNo} ⟶ {clientNo, propertyNo,rentFinish,rent}

对于给定的属性，开始日期是唯一的，所以组合可以提供一个键（行列式）；您也可以争辩说rentFinish 和propertyNo 会提供密钥。

租金可能是财产和租金的属性；前者是要价租金，后者是所得租金。更现实的租金要价可能会因一年中的不同时间而有所不同 - 房产在夏季月份可能比冬季月份更有价值。

对于传递依赖，请考虑原始的 ClientRental 关系。 propertyNo 标识了 ownerNo（和 ownerName），因此其中潜伏着传递依赖。