Forms 我们是否只检查第一个标准表格中的候选密钥?

Forms 我们是否只检查第一个标准表格中的候选密钥?,forms,primary-key,normalization,database-normalization,candidate-key,Forms,Primary Key,Normalization,Database Normalization,Candidate Key,我在理解候选密钥时有点困惑。我们是否只检查第一范式表中的候选键 正如我们所知,候选键只是由一列或一组列组成,这些列可以代替主键。如果有多个,则任何一个都可以作为主键 因此,在第一范式中,也可以有一个表,也就是说,我们可以制作一个大表,并用值填充整个表,以删除重复组,因此我们制作与第一范式中的一个大表相关的候选键 那么第二范式呢?或第三正规形式。我们是在这些表单中找到表的候选键,还是在第一范式中只找到一次 如果是,那么如果在第二和第三范式中添加新的候选键之前,没有删除第一个规范化表单表中找到的先前

我在理解候选密钥时有点困惑。我们是否只检查第一范式表中的候选键

正如我们所知,候选键只是由一列或一组列组成,这些列可以代替主键。如果有多个,则任何一个都可以作为主键

因此,在第一范式中,也可以有一个表,也就是说,我们可以制作一个大表,并用值填充整个表,以删除重复组,因此我们制作与第一范式中的一个大表相关的候选键

那么第二范式呢?或第三正规形式。我们是在这些表单中找到表的候选键,还是在第一范式中只找到一次


如果是,那么如果在第二和第三范式中添加新的候选键之前,没有删除第一个规范化表单表中找到的先前候选键,这意味着什么?

当我们规范化到更高的规范化表单时,我们用连接回该关系的其他关系替换关系。每个新关系的属性都比它来自的关系少。每一个都可能满足较少的函数依赖,这就是我们确定其候选密钥的方式。因为每个关系都有自己的属性和满足的函数依赖关系,所以它可能有不同的候选键

我们分解的关系的候选键不再重要,因为我们不再使用它。我们不会“删除”候选密钥关系的候选键取决于其属性及其满足的函数依赖关系。

有时,非关系表“规范化”为多个1NF关系。有时,通过将属性替换为在某种意义上被视为“更简单”的属性来“规范化”1NF的关系,会产生多个关系


规范化不一定涉及移动多个范式。

因此,简单地说,它意味着每个表,无论是第一范式表还是任何其他形式的表,都有自己的候选键?我假设候选密钥只在第一范式中找到一次。是的,每个关系都有自己的候选密钥。我在回答中用黑体字表示。(请参阅我的邮件中的其他更改。)我已编辑了您的问题以改进语言。我真的不知道你第三段的意思。我想说的是,在第一范式中,我们可以建立许多关系来删除重复组,或者我们也可以只使用一个表,只填充所有值来删除重复组。因此,我们在第一个普通表单中创建与一个大表相关的候选键,以删除一个重复组,其中该组可以没有元素。您必须添加一个新的关系。此外,如果每个候选密钥都有一个重复组。请参阅下面的PS。