问题标签 [3nf]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
database - 归一化为 3NF
是3NF中的下表:
我特别想知道地址字段是否应该在此表中,或者是否应该进一步分解。
database - 我的桌子在 3nf
我有以下结构的简单表格 ID(PK) ,标题,导演,制作年份,制作公司
在 3nf 中,非主键之间必须没有传递关系,但我认为(导演、制作年份和制作公司)取决于标题,但标题本身不能是单独表中的主键,因为标题不是唯一的,
我的桌子是 3nf 还是什么?
database - 1:1 或 1:0 关系的标准化
当使用关系数据库并且你想要 3NF 时(你用英语称之为 3NF 吗?),然后你将 1:1 的关系拉到一个表中。但是如果配给比例是 1:0/1(/ 意思是或)会发生什么?
然后你把它们分开以避免表格中的空格?在这种情况下,将它们分开是有效的 3NF 吗?
time - 时间自动成为 6NF 的指标
这是正确的吗:一旦实体随着时间的推移失去它们的属性不变性,(可能是独立的,例如只有一些属性,然后又只有一个属性),正确规范化的唯一方法是使用 6NF。
3NF是6NF的一种特殊形式。但是当时间变化进入游戏时,我无法想象 3NF。
database - 归一化 3NF
我阅读了一些规范化的例子,但是我遇到了一个我不明白的例子。
该示例的网站位于此处:http ://cisnet.baruch.cuny.edu/holowczak/classes/3400/normalization/#allinone
我不明白的部分是“第三范式”
在我的脑海中,我看到以下传递依赖EMPLOYEE_OFFICE_PHONE (Name, Office, Floor, Phone)
项Name->->Office|Floor
和Name->->Office|Phone
作者将表格拆分EMPLOYEE_OFFICE_PHONE (Name, Office, Floor, Phone)
为EMPLOYEE_OFFICE (Name, Office, Floor)
和EMPLOYEE_PHONE (Office, Phone)
从我一开始的判断来看,我仍然看到传递依赖,Name->->Office|Floor
所以我不明白为什么它在 3NF 中。我说在 中存在传递依赖是错误的Name->->Office|Floor
吗?
传递性的推理:这是我的函数依赖列表
- 名称 -> 办公室
- 名称 -> 楼层
- 姓名 -> 电话
- 办公室 -> 电话
- 办公室 -> 楼层(这是不正确的吗?为什么?
谢谢大家的帮助!
mysql - 3NF规范化数据库
我在创建 3NF 规范化数据库时遇到问题。有人可以帮忙吗?我看不到任何依赖项。这是一个房地产网站。表字段如下:
ID - 类型 - Loc - 村庄 - 用途 - 价格范围 - 图片 1 - 图片 2 - 图片 3 - 状态 - 属性 - 描述
任何帮助表示赞赏。
database - 关系数据库中的 BCNF/3NF
如何判断关系 R 是否在 BCNF 和 3NF 中?
我正在阅读一本教科书,它告诉我您正在查看 3 个主要属性,但我无法理解他们在说什么,或者至少在给定关系时应用他们所说的FD的。
3 个属性:给定关系 R 与属性 A,以及 X 是 R 的属性子集,对于 F 中的每个 FD X⟶A,以下陈述之一为真:
- A ∈ X; 也就是说,它是一个平凡的 FD(ε 表示“在 X 中找到”)
- X 是一个超级键
- A 是 R 的某个键的一部分
前两个对应于 BCNF,3NF 包括第三个。
database - 如何产生第三范式和 BCNF 分解
我正在尝试生成模式的 3NF 和 BCNF 分解。我一直在研究算法,但我对如何做到这一点感到非常困惑。
如果我有我的最小封面说:F' = {A->F, A->G, CF->A, BG->C)
并且我已经确定了关系的一个候选键,说它是A
. 那我具体该怎么做?
我一直在查看示例,其中一个具有以下内容:
最小覆盖:F′ = {A → B,B → C}
最后的结果是:(AB,A → B), (BC,B → C)
。他们是怎么做到的?
mysql - 试图理解数据库规范化 - 3NF
我试图了解数据库规范化,特别是 3NF。
我正在建立一个商店数据库,并在尝试规范化为 3NF 时提出了以下结构。
下面的结构假设
- 每个产品可能有多个类别
- 每个产品只有一个 storage_location 和制造商
- 可能有无限的额外字段
谁能告诉我我是否走在正确的轨道上,下面的结构是 3NF 还是关闭?
我不确定的两件事主要是:
使用 Product_categories 的复合键来容纳表中的多个相同的 PID 是否正确?
简单地将外键添加到制造商和 storage_location 的主产品表中是否正确,因为它们只会在每个产品记录中出现一次?或者是否应该从主 Products 表中删除特定的制造商和 storage_location id,并像这样创建新表:
/li>
database - 了解 3NF
我目前正在上系统分析课程,我想更好地了解规范化的使用。对于 3NF,如果我正在处理包含学生 ID、姓名、电话号码和专业的表格。我只需要使用学生 ID 和专业,因为学生姓名和电话号码都可以通过 ID 找到。我理解对了吗?