展开全部
在第一范式（1NF）关系数据库中，第一范式（1NF）是关系模型的基本要求。不满足第一范式（1 NF）的数据库不是关系数据库。
所谓的第一范式（1NF）意味着数据库表的每一列都是原子基本数据元素，并且不能在同一列中包含多个值。也就是说，它不能用作实体的属性。多个值或者不能有重复的属性。
如果存在重复属性，则需要定义新实体。新实体由重复属性组成，新实体与原始实体处于一对多关系。
第一个常规表单（1 NF）表的每一行只包含一个信息实例。
例如，在图3-2中的员工信息表中，您无法在员工信息表的每一行中的一列中显示员工信息，也无法在一列中显示多个列。员工仅代表一名员工信息，员工信息仅在表格中显示一次。
总之，第一范式是迭代行。
第二范式（2NF），第二范式（2NF）基于设定的第一范式（1NF），即上，第二正常形式（2NF）不满足第一正常形式的（1NF）毫无疑问。
在第二范式（2NF）中，必须唯一地区分数据库表中的每个实例或行。
要区分，通常需要向表中添加一列并为每个实例存储唯一标识符。
员工编号列（emp_id）已添加到图3-2中的员工信息表中。由于每个员工的员工编号都是唯一的，因此可以唯一标识每个员工。
此单个属性列称为主键或主键，主代码。
在第二范式（2NF）中，实体的属性必须完全依赖于主键。
所谓的完全依赖意味着不存在仅依赖于主键的一部分的属性。如果存在，则必须将属性的这一部分与主键分开以形成新实体。新实体是原始实体和原始实体之间的一对多。
要区分，通常需要向表中添加一列并为每个实例存储唯一标识符。
总之，第二种范例是非主要属性部分独立于主键。
第三范式（3NF）必须满足第三范式（3NF），并且必须满足第二范式（2NF）。
总之，第三的范式（3NF），要求有已经包含在数据库中的表中的其他表中不存在非主键信息。
例如，有一个部门信息表，其中每个部门都有部门编号（dept_id），部门名称，部门配置文件等信息。
然后，显示后的部门数量在图3-2中，员工信息表，如部门名称或部门的个人资料，你将无法添加相关部门表中的信息。员工信息
如果没有部门信息表，则必须根据第三范式（3NF）创建。否则，将发生大量数据冗余。
总之，第三种范例是属性不依赖于其他非主要属性。