1NF：重复组，它们是什么？
就什么是“重复组”似乎存在一个误解，就其以第一范式（1NF）的去除而言，任何人都可以清楚地阐明其实际含义以及如何识别一个人吗？ 我发现误解在这里进一步讨论： https://stackoverflow.com/ a / 23202535/4011506 。但是，这进一步让我感到困惑。 关于以下视频（从4:30开始）， https://www.youtube.com/watch?v=HH
..
database-normalization相关内容
关于关系（R，N，S，C，X，P）的第二范式的困惑
在GATE试卷中，我有一个要解决的问题，希望得到您的帮助。 我有关系 E =（R，N，S，C，X，P） 我有一些FD P-> C，X S-> P C-> P X-> P 根据答案，该关系为2NF，但我未能得到。据我说，它的主键是NSR，并且S-> P不支持2NF条件。您能帮我吗？ 解决方案 没有FD（功能依赖项）确定R，N或S，因此它们必须是
..
普通形式：4对5
我正在努力理解4NF，5NF及其区别。 这里是我描述4 / 5NF的方式（或者，我将如何描述步骤）达成目标）给不认识的人。我之所以这样说是因为，这将显示出我真正理解的内容。 通常，应通过为它们可能的组合使用联接表来实现N：N实体关系。如果存在3个或更多与N：N关系相关的实体，则应仔细考虑： 更一般的（包括）解决方案是实现包含所有实体作为字段并将它们的所有组合作为值（行）的联接表
..
需要归一化理论解释
我正在查看带有复合主键的关系的特定示例。基于其功能依赖性，我知道它在1NF中。在将其标准化为3NF时，我遇到了一种尚未遇到的情况。我遵循了所有部分依赖项和传递性依赖项的步骤，但是规范化为3NF的最后一步要求您创建一个包含主键和所有依赖于此的非主键属性的关系。 在我的特定情况下，我具有主键，但是没有主功能键。我是否要制作仅包含复合主键的表？还是我根本不做一个？ 我对复合键和主键没有困惑。
..
我是否正确规范了此数据
我正在完成网上的标准化练习，以测试我对数据进行标准化的能力。在以下位置找到此特定问题： https://cs.senecac.on.ca /~dbs201/pages/Normalization_Practice.htm （练习1） 此问题所基于的表如下： 可以从该表创建的非规范化表为： 要符合“第一范式”形式，我必须通过将visitdate，procedure_no和proce
..
依存关系
因此，我正在查看我的数据库注释和资料，以使自己对即将到来的采访的一般概念和术语有所了解。但是，我一直陷于依赖和无损联接分解中。我到处搜索，看到很多数学方程式，但是我正在寻找简单明了的英语答案或示例。 我从 http://www.cs.kent.edu/~jin/DM09Fall/lecture6.ppt 说明了我无法完全理解的示例。 R =（A，B，C）F = {A→B，B→C） 可
..
规范封面和最小封面之间的区别
很抱歉，这是一个荒谬的问题； 我一直在高低寻找一个无济于事的答案。 我知道如何计算最小覆盖率； 即确保每个功能依赖项在RHS上仅具有一个属性， 删除多余的/多余的通过计算检查所有FD的每个 的闭合来确定lhs属性，看看是否可以将其删除（再次通过计算闭合来计算） “规范”仅覆盖了另一个词 解决方案 “允许”规范的覆盖在右侧具有多个属性。最低保障额不能。例如，规范封
..
在3NF中找到关系，但在BCNF中找不到关系
我已经阅读了许多有关如何区分3NF / BCNF关系的资料。到目前为止，这是我的理解... 我将以这种关系为例... R = {A，B，C，D，E} 和 F = {A-> B，B C-> E，E D-＞ A} 。 首先，我们必须找到关系的键。 我用这段视频来帮助我做到这一点。我得到了 键= {ACD，BCD，CDE} 现在确保 R 位于 BCNF 中，我们
..
谁能用一个正确的例子向我解释1NF，2NF，3NF，BCNF规则？
这是一个常见的面试问题。我面对一次面试，面试官给了我一张桌子，问我告诉他桌子的正常形式是什么？如果它在## NF中，则将其归一化到下一个NF？ 我总是对这些正常数据库形式感到困惑。 谁能向我解释这些正常形式，并举例说明如何将每个NF建模到表格中，以便对我的下一次面试有所帮助？ 解决方案方案 Boyce Codd范式实际上是最重要的，也是最容易解释的：每个不重要的行列式都是一个超键（
..
功能依赖性和规范化
我正在尝试寻找大量资源来研究功能依赖性和规范化。 任何人都知道我应该去哪里？我很难区分FD是1NF，2NF还是3NF？ 我一直在阅读Wikipedia，并使用Google搜索来寻找良好的研究成果，但找不到任何能用简单的术语解释的研究。 也许大家都可以分享一生中学习FD和归一化的方式。 解决方案 功能依赖项定义属性之间的功能关系。例如： PersonId 从功能上确定 Bi
..
该表使用哪种最高范式？
机票Vname Nname 1 Oli Seitz 1 Andi Hofmann 2 Oli Seitz 2 Oli Schmidt 2 Tim Schmidt 3 Tim Hofmann 此表表示人员映射（ Vname，Nname ）和票证（ Ticket ）。 Vname 和 Nname 共同标识一个人，但每个人（ Vname，Nname ）可以有多
..
我怎么知道哪个更合适的数据库设计？ （作者，文章和评论）
我们假设数据库包含三个表：作者，文章，评论 假定关系如下： 作者有很多文章 文章属于一位作者 文章有很多评论 评论属于一篇文章 如果我想知道哪个作者撰写的评论最多的文章，则需要首先选择属于特定作者的所有文章。然后，我可以计算在每篇文章下发布的评论数。通常会导致更复杂的查询。 如果关系如下： 作者有很多文章 文章属于一位作者 文章有很多评论 评论属于一篇
..
什么是数据库范式，您可以举一些例子吗？
在关系数据库设计中，存在数据库规范化或简单规范化的概念，这是组织列（属性）和表（关系）以减少数据冗余并提高数据完整性的过程。 （如 Wikipedia 所写。） 由于大多数文章都是技术性文章，因此较难理解，我要求有人根据有关1NF，2NF，3NF甚至3.5NF（Boyce-Codd）含义的示例，写一个更容易理解的解释。 解决方案 1NF是最基本的普通形式-表中的每个单元格只能包含一条
..
数据库管理系统中的规范化
我在数据库中有一个关系： Emp_project（SSN，PNum，Hours，Ename，PName，Plocs） 我被要求规范化关系 Emp_project 如何规范化它？ 解决方案 任意类型的列 的关联的 set 和相关的行的 set 。每行每一列有一个值。 有时“规范化”是指（1）“将每个关系分解为较小的关系，是它的投影，并重新加入其
..
SQL数据库中的交叉表依赖性/约束
以我有一个名为 classes 的表为例，该表包含大学课程，另一个名为 students 的表容纳学生。一堂课有很多学生，一个学生只能上一堂课。 （一对多关系）。如果我在班中有一列存储了班上所有学生的总数，那感觉它应该违反3NF。但是依赖关系在单独的表中。这种依赖关系叫做什么？我们可以说这违反了3NF吗？因为从某种意义上说，它具有违反3NF的所有问题。我想知道这是否是相关案例。 解决方案
..
事实表是规范化形式还是非规范化形式？
无论事实表是规范化还是非规范化的，我都对事实表进行了一些研发。 我遇到了一些发现，这使我感到困惑。 根据 Kimball ： 我也认为可以的另一个发现， fazalhp在GeekInterview上： DW的主要基础是对报告工具可以更快地访问...因此，如果您要构建DW ..90％，则必须对其进行归一化，当然，事实表也必须被归一化... 所以我的问题是事实表是规范化还是非
..
不同表中的数据冗余是否不遵循第三范式(3NF)?
我有4张桌子.它们每个都包含以下属性: Table 1 : Person (Id (Primary key), Name, Occupation, Location, SecondJob, PerHour, HoursWorked, Phone, Workphone) Table 2 : Job (Id (Foreign key that refers to Person), Titl
..
在规范化过程中创建非规范化表的现有做法/准则?
我开始自学数据库的基础知识，目前我正在研究1.到3.普通形式.到目前为止，我所了解的是希望删除冗余以使我的数据库在数据更改阶段不太容易出现不一致的情况，并希望通过消除尽可能多的重复项来节省空间. 例如，如果我们有一个包含以下列的表格: CD_ID 标题 艺术家 年 ，然后将设计更改为具有多个表，其中第一个(CD)包含: CD_ID 标题 artist_ID
..
在Yii2中设置非标准化列的最佳实践
对所有Yii2标准化怪胎的问题. 在Yii2中设置非标准化列的最佳位置在哪里? 例如，我有模型客户，分支，收银机和交易. 在理想的环境中和完美标准化的数据库中，我们的 Transaction 模型将仅包含cashregister_id， CashRegister 将存储branch_id和分支将存储customer_id.但是，由于性能问题，我们有时有时不得不使用未规范化 交易模型，其
..
星型模式，规格化维度，非规格化层次结构级键
给出以下星型模式表. 事实，两个维度，两个度量. # geog_abb time_date amount value #1: AL 2013-03-26 55.57 9113.3898 #2: CO 2011-06-28 19.25 9846.6468 #3: MI 2012-05-15 94.87 4762.5398 #4:
..