此数据库表属于第一范式 什么是主键 10

让我们开始吧。 入手**。 让我们从这个概念开始：

主键：主键用于标识数据表中唯一记录的内容。 有一个主键，并且有一个组合的主键。 你明白吗。 下面是一个示例。 请看下面的声明。

select * from table where [student number]='02' 这个查询，是不是要返回2条记录，对吧，那么就不是主键了，根据主键的概念和作用，只能返回一条记录。 一般来说，在设计中，我们会使用标识种子作为主键。 然后把它改成另一种写法：

从表格中选择 * ，其中 [学生证]='02' 和 [课程]='数据库'，这将查询一条记录，也就是说，这两个字段可以唯一地确定一条记录，那么它们就是组合的主键。

范式：它有什么作用？ 我认为这只是一个规则。

这些是人们总结的规则，使数据库的设计更加标准化，减少数据冗余，提高利用率。 范式有几个层次，从低到高，而且越来越严谨，你可以在网上查一下。 我告诉过你，你明白了。

就这张表而言，他只满足第一范式的条件，而不满足第二范式的条件。 让我们来看看为什么？

关系：成绩单（学号、姓名、课程、年级）。

第一种范式的概念是怎么说的：数据库表中的字段都是单一属性，不能分割。 没有一列可以再拆分了，不是吗，它是否符合第一个正常模式？

好了，让我们看一下第二范式的概念：数据库表中的非关键字段对任何关键候选字段都没有部分功能依赖性。

如何理解这句话。 让我们拆分关系，看看，正如我刚才所说，组合的主键是：学生编号和课程，右边，学生编号）名称），（课程）成绩），这是什么意思，表明密钥字段对候选密钥字段存在功能依赖关系。

也就是说：如果你给一个学号，你就有一个名字; 如果你给一门课程，你会有一个成绩，所以它不符合第二种范式。 我不知道你是否明白。

总结：主键是主键的组合：学号+课程（保证学号的唯一性），属于第一种范式。

补充一点：这个函数依赖是数学中的一个概念，比如：y=f（x），x被赋予一个值，y必须有一个值权，所以说x是由y决定的，y依赖于x。

链接到你刚才做的关系分析，如果你给一个学生号，有没有学生的名字，有没有课程，有成绩吗？

。。主键应为“学生 ID”和“课程”。

希望以上答案对您有所帮助！

第一范式; 此表记录某人在课程中的成绩，主键应为学号 + 课程主键的组合。

主键当然是学号，光环.......

第一个普通形式的主键是学生号。

这是第一范式，这不符合第二范式，因为第二范式要求主键是唯一的，也就是说，只能有一个属性可以区分为唯一标识符，在表中学校编号可以区分名称，但不能区分课程和年级， 课程只能区分成绩，不能区分学号和姓名，这张表要满足第二范式公式，将表格分成3张表，一张是学号、姓名，一张是课程、成绩，另一张是学号、课程，这样才能满足第二范式。另外，满足第二范式的前提是首先满足第一范式。

数据库中的三种范式定义如下：

1. 第一范式：

当关系模式 r 的所有属性都不能分解为更基本的数据单位时，就说 r 满足第一个正态公式，缩写为 1nf。 满足第一种范式是关系模式规范化的最低要求，否则，在这样的关系模式中，会有很多基本操作无法实现。

2. 第二范式：

如果关系模式 R 满足第一个范式，并且 R 具有完全依赖于 R 的每个候选键属性的所有非主属性，则称 R 满足第二个范式，缩写为 2nf。

3. 第三范式：

设 r 是满足第一范态条件的关系模式，x 是 r 的任意属性集，如果 x 非传递地依赖于 r 的任何候选关键字，则称 r 满足第三范式，缩写为 3nf。

First Normal：确保每列的原子性。

如果每列（或每个属性）都是最小的不可分割数据单位（也称为最小原子单位），则满足第一个正态。

如果关系满足第一种范式，并且除主键之外的所有列都依赖于该主键，则满足第二种正态形式。

例如：订单单（订单号、产品编号、订单日期、**、......"订单编号"主键，"产品编号"它与主键列没有直接关系，即"产品编号"该列不依赖于主键列，应将其删除。

如果关系满足第二范式，并且主键以外的列不依赖于主键列，则满足第三范式。

为了理解第三种范式，有必要根据阿姆斯特朗千米之一来定义传递依赖性。 假设 a、b 和 c 是关系 r 的三个属性，如果 a-b 和 b-c，那么从这些函数依赖关系中可以推导出 a-c，如上所述，依赖关系 a-c 是传递依赖关系。

例如：订单单（订单号、订单日期、客户编号、客户名称,......）。乍一看，表没有问题，满足第二范式，每列都和主键列一样"订单编号"相关，仔细看看，你会发现"客户名称"跟"客户编号"相关"客户编号"跟"订单编号"最后通过传递依赖关系"客户名称"此外，以及"订单编号"相关为了满足第三范式，应将其删除"客户名称"列，将它们放在 customers 表中。

第一个正态 bai 公式，也称为 1nf，是指应用程序中的数字 zhi

数据可以组织成 dao 行列的形式版本，列的列列的任意行列交集权重点不能再划分为行列的形式，实际上任何**都满足 1nf; 第二范式，又称2nf，是指在满足1nf的基础上，数据表中任何一个非主键字段都依赖于主键字段，没有一个非主键字段只依赖于一部分主键字段。 也就是说，记录可以由主键字段唯一标识。 例如，学号+课程号的联合主键可以唯一地确定哪个学生的成绩是哪个学生哪个课程的成绩，如果学号缺失或课程号缺失，则无法确定成绩的含义。

第三个正态公式，又称3nf，表示在满足2nf的基础上，数据表中任何一个非主键字段之间不存在函数依赖关系，即非主键字段之间不存在依赖关系，全部只依赖于主键字段。 例如，将学生姓名和他所属班级的名称放在同一个表中是不科学的，因为学生依赖于班级，学生信息和班级信息可以分开存储以满足3NF。

第一个正常公式是每个属性都不能拆分。

为了满足第二种范式，非属性值完全依赖于主编码，非代码属性彼此不依赖。

满足第三种范式，并且不存在传递依赖。

First Normal：对于表中的每一行，必须且只有一个唯一的行值。 行中的每一列只有一个唯一的值，并且是原子的。

第二种范式要求非主键列是主键的子集，并且非主键列活动必须完全依赖于整个主键。 主键必须具有唯一元素，并且主键可以由构成唯一值的一个或多个列组成。 主键一经创建，就无法更改，外键与表的主键相关联。

主键和外键关联意味着一对多关系。

第三个范式要求非主键列彼此独立。

第四，正常做法禁止主键列和非主键列之间的一对多关系不受约束。

第五范线将表划分为尽可能小的块，以消除表中的所有冗余。

第一正态方程 （1NF）。

在任何关系型数据库中，第一范式（1nf）是关系模式的基本要求，不满足第一范式（1nf）的数据库不是关系型数据库。

所谓第一范式（1nf），是指数据库表的每一列都是不可分割的基础数据项，同一列中不能有多个值，即一个实体中的一个属性不能有多个值或重复的属性。 如果存在重复属性，则可能需要定义一个新实体，该实体由重复属性组成，并且新实体与原始实体具有一对多关系。 在第一种范式 （1nf） 中，表的每一行仅包含一个实例的信息。

例如，对于图3-2中的员工信息表，您不能在一列中显示所有员工信息，也不能在一列中显示两列或多列。 员工信息表的每一行仅代表一个员工的信息，并且一个员工的信息在表中仅出现一次。 简而言之，第一个范式是没有重复的列。 第二正态公式 （2NF）。

第二范式（2nf）是在第一正态形式（1nf）的基础上建立的，即要满足第二范式（2nf），必须满足第一正态形式（1nf）。 第二种范式 （2nf） 要求数据库表中的每个实例或行必须是唯一可区分的。 为了实现区分，您通常需要在表中添加一列来存储每个实例的唯一标识。

如。 图3-2 员工信息表中新增了员工ID列，因为每个员工的员工ID都是唯一的，所以可以唯一区分每个员工。 此唯一属性列称为主关键字、主键或主代码。

第二种范式 （2nf） 要求实体的属性完全依赖于 primary 关键字。 所谓完全依赖，就是不能有只依赖 main 关键字一部分的属性，如果存在，那么这个属性和 main 关键字的这一部分就应该分开，形成一个新的实体，新实体和原来的实体的关系是一对多的。 为了实现区分，您通常需要在表中添加一列来存储每个实例的唯一标识。

简而言之，第二个常态是非主要属性部分依赖于主要关键字。

第三正态公式 （3NF）。

要满足第三范式 （3nf），必须满足第二范式 （2nf）。 简而言之，第三范式公式 （3nf） 要求数据库表不包含已包含在其他表中的非主要关键字信息。 例如，有一个部门信息表，其中每个部门都有部门编号（部门 ID）、部门名称、部门简介等信息。

然后在图 3-2 中

如果员工信息表中列出了部门编号，则无法将与部门相关的信息（如部门名称和部门简介）添加到员工信息表中。 如果部门信息表不存在，也应该按照第三范式（3nf）构建，否则会出现大量的数据冗余。 简而言之，第三个常态是属性不依赖于其他非主体属性。

第一种范式是消除关系中的重复字段，但每个字段都是最小的逻辑存储单元。

在第二范式中，在第一范式的前提下，关系中的每一个非主键字段都完全依赖于主键字段，需要注意的是，只有一部分主键是不能依赖的。

第三范式要求在第一范式前提下去掉传递依赖关系。

第四，必须约束主键列和非主键列之间的一对多关系。

第五种范式是尽可能地将表格分成块，越小越好

功能如下：

1. 第一范式：

首先，Paradigm的数据必须采用二维数据表的形式”。 第一种范式表示数据库的每一列都是不可分割的基本数据项。 一个属性不能有多个值。 例如，数据库的 number 属性不能具有固定值和移动值。

注意：在任何关系数据库中，第一正态表达式 （1nf） 是关系模型的基本要求。 不符合第一范式 （1nf） 的数据库不是关系数据库。

2. 第二范式：

基于第一范式，即满足第二范式必须满足第一范式。 第二种标准格式要求数据表的每个实例或行必须唯一标识。 除了满足第一种范式外，还有两个条件。

一是表必须有主键; 另一个是表必须有主键。

另一个是未包含在主键中的列必须完全依赖于主键，而不仅仅是主键的一部分。 每行数据只能与其中一列相关，这意味着一行数据只能做一件事。 只要数据列中出现重复数据，就必须拆分表。

3. 第三范式：

如果一个范式是次范式，并且每个非主属性不传递依赖于该范式的候选键，则称为第三范式，即它不存在：非主键列 A 依赖于非主键列 B，非主键列 B 依赖于主键的大小写。