问题标签 [third-normal-form]

有人可以确保我的数据库处于第三范式，如果不是，请解释为什么不？我需要数据库只有 3 个表。所以这里是：

我阅读了关于 3nf 的 wiki https://en.wikipedia.org/wiki/Third_normal_form

这是wiki给出的例子

它说 the non-prime attribute Winner Date of Birth is transitively dependent on the candidate key {Tournament, Year} via the non-prime attribute Winner

我认为功能依赖是

我无法理解获胜者的出生日期->获胜者（可能有相同的生日和相同的名字？）并且获胜者可以 -> 候选键 {Tournament, Year} 给定获胜者的名字 Al Fredrickson，它可能是 1998 年印第安纳邀请赛或得梅因大师赛 1999)

那么，它是如何得出结论的呢？

给定 FD A--> B，关系 R(A,B,C,D) 的最高范式是什么？CD--> B；A--> 光盘；光盘--> 一个？请不仅给出答案，还要给出逐步解决此类问题的方法。

关于 SO 有很多相关的问题，但我找不到可以回答这个问题的问题：

是否有可能拥有可以无损连接分解为 BCNF 关系同时保留依赖关系的 3NF 关系？

我知道，如果您准备放松一个或多个依赖项，您可以将 3NF 关系分解为 BCNF。并且Beeri 和Bernstein 证明了{AB->C, C->B} 形式的FD 给出了一个不能简化为BCNF 的3NF 关系。但是有没有一种情况是你处于 3NF 并且你可以减少到 BCNF？

对于额外的非官方书呆子点，我很想知道 3NF 允许但不支持 BCNF 的依赖关系的好术语？根据部分依赖和传递依赖来区分 1NF、2NF 和 3NF 非常容易，但在我看来，BCNF 的一半问题在于禁止的依赖类型没有简单的名称。

我已经制作了这个数据库。看起来它工作正常，除了我被告知我的表“事件”不是第三范式。我不明白为什么它不是第三范式。我认为这可能是因为城市和邮政编码应该总是相同的，但是大城市可以有多个邮政编码，我没有看到为城市及其邮政编码创建另一个表的意义，相关到事件表。

如果使用系统保留的某些名称错误地命名了某些名称或属性，也很抱歉。我不得不把代码翻译成英文，因为我是用我的母语写的:)。谢谢你的帮助。

编辑：你认为它可以这样工作吗？我制作了另一个名为 location 的表，其中包含以前在事件表中的所有地址信息，并制作了 id_event PFK。

我目前正在处理数据库任务，出于某种原因，我正在努力解决这个基本问题。

客户（cus_ID（下划线）、姓名、地址、手机）

请解释为什么这些属性不在 3NF 中，您会如何对待客户实体以遵守 3NF？

我知道名称地址可以有多个字段，例如姓氏、名字，然后取决于 cus_ID。然后 cus_ID 将在新名称实体中以斜体显示。

我在正确的轨道上吗？尽管我已经完成了更详细的问题，但我对这个问题感到困惑。

任何帮助将不胜感激

谢谢大家本

我正在为一个 DBMS 课程工作，在这里遇到了 3NF 合成算法 http://cis.csuohio.edu/~matos/notes/cis-611/ClassNotes/13-3NF-Synthesis.html

我被规范的封面计算困住了。问题如下：将下面的FD减少到3NF：

规范封面是

计算后，关系被合并{(A,C), (C,D), (D,B,E)}。合成算法是无损的，但是从方法上看，问题中的FD1是不是不满足？

我正在检查表规范化，看看我得到了什么：

描述并说明将此表中显示的数据标准化为第三范式 (3NF) 的过程：

在他们转换之后，他们最终得到了这两个他们声称都在 3NF 中的表：

和

我认为很明显第一个表不是3NF。例如：tell_no 依赖于不是主键的 branch_addres，但主键在功能上标识了与过渡功能依赖冲突的 branch_address。

我计划使用这个 SQL 模式来存储/生成各种运动的统计数据和球员数据。我想让它尽可能地不可知，但鉴于每项运动都有不同的得分和游戏玩法指标，我不得不在最后分解它。

我在课堂上学习规范化。我在这里的这篇文章中找到了这个练习

它要求将下表标准化为 3NF。

我就是这样做的。

我想知道我组织表格的方式是否正确。