归一化3NF

        5）您假设在这里命名为sheme ...办公室4xx必须在4楼上... 5xx必须在5楼上...如果存在这样的方案，则可以依赖您...只要不是规范的一部分...不。 5已退出游戏...     

        

1. Name -> Office
2. Name -> Floor
3. Name -> Phone
4. Office -> Phone
5. Office -> Floor (Is this the incorrect one? and why?

（1）您和作者以及我都同意Name-> Office。 （2）您和作者同意Name-> Floor。仅基于样本数据是正确的，但Office-> Floor也是如此。我会问以下问题来探讨此类问题：“如果办公室空着，我还知道办公室在哪一层吗？”（是） 这些情况表明存在传递依赖项，即Name-> Office和Office-> Floor。所以我不同意您和作者。 （3）您说的是姓名->电话。作者说Office-> Phone。作者还说：“每个办公室都有一个唯一的电话号码。”因此，给定Office的一个值，我知道Phone的值只有一个。给定Name的一个值，我知道Phone的一个值也只有一个。我将通过询问“如果我搬到其他办公室，我的电话号码会跟着我吗？”来探讨此问题，如果是，请输入姓名->电话。如果不是，请按Office-> Phone。 这里没有足够的信息来回答这个问题，而且我在这两种方式中的每一种都曾在办公室工作过，因此现实世界的经验也对我们没有太大帮助。在这种情况下，我不得不与作者保持一致，尽管我认为对于标准化示例并没有很好的考虑。 （4）这实际上只是上面（3）的扩展。 （5）参见上面的（2）。这与命名方案没有任何关系，您不必假设编号为5xx的办公室位于5楼。唯一相关的问题是：给定Office的一个值，Floor是否只有一个值？ （是的）我可能会问“一个办公室可以在一个以上的楼层上吗？”来探讨这个问题（在现实世界中，这是遥不可及的。但是样本数据并不支持这种可能性。） 仅基于样本数据的一些其他FD。

Phone->Office
Phone->Floor
Office->Name

    

        首先，让我清楚地定义3NF： 如果满足以下条件，则关系为3NF： 1.）关系在2NF中 2）没有非主要属性可传递地依赖于主键。 换句话说，对于每个函数依赖项X-> Y，满足3NF的条件是以下条件之一：- 1.）X是超键 2）Y是主要属性 对于您的问题，如果存在以下FD：-

 Name -> Office
 Name -> Floor
 Name -> Phone
 Office -> Phone

然后我们就无法说出任何有关Office和Floor的信息。您可以通过应用和检查任何阿姆斯特朗推断规则来验证这一点。应用这些规则时，您会发现您无法推断出Office和Floor的任何信息。