数据库范式确定

作者：最佳娱乐365bet娱乐 时间：2019-10-05 10:23 浏览次数：

全部展开
当前，关系数据库有六个范例。第一范式（1NF），第二范式（2NF），第三范式（3NF），第四范式（4NF），第五范式（5NF）和第六范式（6NF）。
满足最低要求的范例是第一标准格式（1NF）。
根据第一范式进一步填充第二范式（2NF），其余范式被细分。
通常，数据库只需要符合第三标准格式（3NF）。
没有重复列的第一范式（1NF）所谓的第一范式（1NF）意味着数据库表的每一列都是不可分割的基本数据元素，并且同一列中不能存在多个值。即，您不能为实体属性或重复属性设置多个值。
如果存在重复的属性，则可能需要定义一个新实体。新实体由重复属性组成，新实体与原始实体具有一对多关系。
第一标准格式（1NF）表中的每一行仅包含一个信息实例。
简而言之，第一个范例是一个非重复序列。
注意：在关系数据库中，第一范式（1NF）是关系模型的基本要求。不符合第一标准格式（1NF）的数据库不是关系数据库。
标准形式（2NF）的第二个属性完全取决于主键[消除了非基本属性部分函数对主代码的依赖性??]第二标准形式（2NF）是第一个标准形式（1NF），即满足第二范式（2NF），必须首先满足第一范式（1NF）。
第二种标准格式（2NF）要求唯一区分数据库表中的每个实例或行。
为了实现差异化，通常需要在表中添加一列以存储每个实例的唯一ID。
例如，将员工编号表（emp_id）列添加到员工信息表中。这是因为每个员工都有唯一的区别，因为每个员工的员工编号都是唯一的。
此唯一属性列称为主键，主键或主代码。
第二种标准形式（2NF）要求实体属性完全取决于主键。
所谓的完全依赖关系意味着仅依赖主键一部分的属性将不存在。如果存在，则该属性的此部分必须与主键分开以形成新实体。新实体在原始实体和原始实体之间是一对多的。
为了实现差异化，通常需要在表中添加一列以存储每个实例的唯一ID。
总之，第二个范例是属性完全依赖于主键。
正常形式的第三属性（3NF）不依赖于其他非主要属性[传递依存关系删除]。第三范式（3NF）必须满足第二范式（2NF）。
总之，第三种标准格式（3NF）要求数据库表不包含其他表中已经包含的非主键信息。
例如，有一个部门信息表，其中每个部门都有诸如部门号（dept_id），部门名称，部门资料等信息。
然后，部门编号出现在员工信息表中时，您无法将部门名称，部门资料和其他与部门相关的信息添加到员工信息表中。
如果没有部门信息表，则必须根据第三标准格式（3NF）进行构造。否则，将有大量的数据冗余。
总之，第三个范例是属性不依赖于其他非主要属性。