问题标签 [3nf]

I am currently working on a question where I am asked to denormalize any two tables from 3NF to 2NF from the MySQL employees sample database.

My problem is that from the schema I can't determine any 3NF tables. Am I blind? The shema is shown below and is taken from this MySQL page.

I would appreciate if somebody could verify that my thinking.. thanks.

我有这四个表：

并且：

所有产品都可以有不同的颜色和/或材料。例如，我可以拥有一种产品，该产品具有一种或多种材料选项，但没有关联颜色，反之亦然。输出应该是这样的：

我尝试了以下语句，但它返回 0 行：

有任何想法吗？

我的数据库设计目前处于 3NF 阶段。值得关注的问题是外键，在某些情况下是复合键。

我的问题是这样的：

如果与复合键/外键关联的属性不依赖于主键，您能否移动复合键和/或外键来创建其他表？

由于这个链接，我认为答案是肯定的：

第三范式中是否包含外键？
最佳答案：仅仅因为它是外键并不意味着它也不能被视为主键的属性。它是一个外键开始的事实意味着它定义了与另一个表的关系，因此不会违反 [...] 3NF。
-- TheMadProfessor
https://answers.yahoo.com/question/index?qid=20081117095121AAXWBbX#

这让我想知道我当前正在处理的标准化阶段是否实际上处于 3NF 中。

我不能就这个问题发布我的表格，因为我是新手并且没有足够的积分。

鉴于下表定义：

卡车（TruckNum、TruckType、TypeDesc、TruckMiles、DatePurchased、TruckSerialNum、BaseCity、BaseState、BaseNum、BaseManagerName、ManagerPhone、BasePhone）

我需要设置功能依赖项列表。

到目前为止，我有：

我还得到了以下注意事项/限制：

1. 卡车位于单个基地。

2. 一个基地可以是许多卡车的基地。

无论如何，我的问题实际上非常简单并且（可能）完全是新手。让我困惑的是BaseNum。

注意我有这个：

TruckNum -> (...) BaseNum

进而

基数 -> (...)

看看我如何使用 BaseNum 两次？这是允许的吗？

1NF 的定义是表不应该有任何重复的组。但这不只是针对表定义（而不是 FD）吗？我很困惑。

我有这个依赖关系图，我试图把它做成 2NF，然后做成 3NF。我不确定我是否做得对：

这是依赖项：

这就是我尝试建模的方式：

我试图弄清楚 3NF 和 BCNF 之间的差异，我想我已经到了那里，但如果有人能提供帮助，那就太好了。

以下是第 3 范式中的一系列关系（从识别功能依赖关系中得到帮助，而这些关系又从 Connolly & Begg 的数据库系统中获取）：

每个房产只有一个所有者，客户可以租用这些房产。假设每个房产的租金是固定的。

所以我的问题是：这些也在 BCNF 中吗？

我的预感是 ClientRental 关系不是因为 PropertyNo->ownerNo。所以 PropertyNo 是函数依赖的决定因素，但它不是超键。

我在正确的球场附近吗？

我有一个多对多表（TableAB），它只包含一个表 A 的外键和一个表 B 的外键。总感觉我还应该向表本身添加一个主键列，这就是我想要的通常会。但从学术的角度来看，这是否违反了 2nf、3nf、BCNF 规则中的任何一条？它不会添加任何真正的唯一性，并创建一个表，其中我有一个主键和一个单独的复合主键，虽然没有重叠，但是当我的 M2M 表然后被其他表引用时，确实使关系更容易解决，但感兴趣听取学者们的意见。

IE。

表A（援助int PK）

表B（投标整数PK）

表AB（Aid int，Bid int，ABID int PK ??????）

谢谢

考虑具有集合函数依赖关系 F 的关系为： R(ABCDE)

将 R 分解为 3NF 会是什么？

请帮我解释从给定 FD 导出范式的方法。

我尝试在谷歌搜索，阅读没有。PDF，但找不到从给定 FD 进入正常形式的一般过程。我知道推理规则，但不能应用它们。有人可以帮帮我吗。请解释（仅）上述场景的一般过程，我有答案，但我想了解该方法。任何链接/文档可能会有所帮助。

提前致谢。

PS：准备竞争性考试，还有一周的时间。

我正在解决一个示例问题，我们试图确定以下哪些关系属于第三范式（3NF）。以下是我们给出的关系：

R1(ABCD)
ACD -> B AC -> D D -> C AC -> B

R2(ABCD)
AB -> C ABD -> C ABC -> D AC -> D

R3(ABCD)
C -> B A -> B CD -> A BCD -> A

R4(ABCD)
C -> B B -> A AC -> D AC -> B

我知道答案是 R1 在 3NF 中，但我很难理解确定什么违反 3NF 的步骤。有人可以用简单的英语为每个关系分解吗？如果您可以逐步向我展示每个关系如何违反 3NF 规则之一，那将非常有帮助：

1. X -> A，则 A 是 X 的子集
2. X 是一个超级键
3. A 是 R 的某个键的一部分

对于 R1，我采取的第一步是将其分解为闭包：

ACD+ = ABCD
AC+ = ABCD
D+ = C

ACD 和 AC 是超密钥，它们满足规则 2。
1. D -> C，但 C 不是 D 的子集。违反了规则 1。
2. D 不是超级键。违反了规则 2。
3. C 是 R 的某个键的一部分。C 是 AC 和 ACD 的一部分。那么，第3条是否成立？

不确定我是否正确地执行了这些步骤，所以对于那些在这些概念上苦苦挣扎的人，请尽可能简单地分解它。谢谢。

我试图找到一个递归 DTD 和一个对其有效的 XML 数据文件。现有的验证器是否能够验证递归 DTD？我希望能够在该 XML 文件之后执行 XQuery。