third-normal-form

0热度

2回答

我正在学习一个数据库测试，并且学习指南有一些（很多）数据库规范化和功能依赖的练习，但是老师没有做任何类似的练习，所以我想有人帮我理解这个攻击其他16个问题。 1）考虑下面的逻辑模式：关系product_sales POS Zone Agent Product_Code Qualification Quantity_Sold 123-A Zone-1 A-1 P1 8 80

0热度

2回答

sql数据库：带有2列（id名称）和2个主键的表第三范式Boyce-Codd范式

想象一下下表。在我的情况下，我完全确定name需要为unique和not null [unique + not null = primary key]。因此name是主键。由于某些原因（可能是习惯），我自然创建了一个int类型的主键id。其他假设：我绝对需要在我的表中保留name，并且我绝对确定name（类型varchar）永远不会超过20个字符。现在我的第一个问题是[可能是否有预期的接近问题

0热度

2回答

更新问题1NF数据库表

我有两个数据库表：报告（ID，描述）（关键：ID）和注册（一个，b，id_report ）（关键字：（a,b））; id_report是一个外键引用报告ID。在表注册有函数依赖a - > id_report。所以表注册是1NF但不是2NF。尽管如此，我无法在表注册中找到插入/更新/删除问题。可能吗？谢谢

0热度

2回答

为什么我的SQL表格不是3个正常格式

我已经创建了这个数据库。看起来它工作正常，除了我被告知我的表“事件”不是第三范式。我不明白为什么它不是第三种正常形式。我认为这可能是因为城市和邮政编码应该始终相同，但大城市可以有多个邮政编码，而且我没有看到只为城市和他们的邮政编码创建另一个表的重点，相关到事件表。同样抱歉，如果某些名称或属性使用系统保留的某些名称命名不正确。我不得不把代码翻译成英文，因为我用我的母语写了它:)。谢谢你的帮助。 C

1热度

1回答

2NF和3NF的关系

这是我已经做过的功课，我只需要确认它是否正确完成或者提示如何解决它。谢谢。这是一个问题：关系疫苗旨在记录有关婴儿及其接种疫苗的信息：特定婴儿接种特定疫苗时;接种疫苗的地方;谁管理疫苗。以下是该关系标题：疫苗（VaccineCode，InfantId，日期，InfantName，InfantAddress， MedicalCentreCode，MedicalCentreName，Medica

1热度

2回答

这些表是否在第三范式？

我已经分解了跟踪员工的关系以及他们在酒店工作的时间。原来的关系如下 R(national insurance number, contract Number, hours, eName, hotel Number, hotel Location) 改写为 R(A, B, C, D, E, F) 我已经找到了函数依赖 F:(A->D, E->F, AB->C, B->E, BA->E)

1热度

3回答

3NF在维基的例子函数依赖

我看了一下3NF https://en.wikipedia.org/wiki/Third_normal_form 维基这是维基给 Tournament Winners Tournament Year Winner Winner Date of Birth Indiana Invitational 1998 Al Fredrickson 21 July 1975 Cleveland

0热度

2回答

数据库第三范式

有人可以确保我的数据库是第三范式，如果不是，解释为什么不呢？我需要数据库只有3个表。所以在这里，它是： Customer No. (PK) Store No. (PK) Sale No. (PK) Name Location Customer No. (FK) Telephone Revenue Store No. (FK) Address Tot

3热度

2回答

需要验证数据库逻辑模式，以第三范式

一些援助，这原本会是一个“更新”在这里另外一个问题提出的逻辑模式：Getting ERROR 1701, ERROR 1452 and ERROR 1305 errors in MySQL - Need some expertise ... 我想我已经成功验证这种模式到第一和第二范式，但我不确定这是否符合第三范式。这是有问题的模式：这里是相关的代码（注：由于某种原因，我无法重新创建1：在逻辑模型

0热度

2回答

第三范式的设计是？

我有一个表有一个属性类别。例如，我保存具有属性的歌曲的表格类型： Songs( ID (INT), Name (STRING), Genre: (STRING) ) 表格是否为第三范式？我的意思是，我知道这是更好的Genre保存在另一个表和有像表之间的关系： Songs( ID (INT), Name (STRING), Genre_ID: (INT) ) Genre( ID