数据库概述
数据库就是一个存储数据的仓库。它将数据按照特定的规律存储在磁盘上。通过数据
库管理系统，可以有效的组织和管理存储在数据库中的数据。
数据库理论基础
数据存储方式
数据存储分为三个阶段：人工管理阶段、文件系统阶段和数据库系统阶段。
数据库泛型
数据库泛型就是数据库应该遵循的规则。数据库泛型也
称为范式。目前关系数据库最常用的四种范式分别是：第一
范式（）、第二范式（）、第三范式（）和
范式（）。
第一范式：第一范式（）是指在关系模型中，对于添加的一个规范要求，所有的
域都应该是原子性的，即数据库表的每一列都是不可分割的原子数据项，而不能是集合，
数组，记录等非原子数据项。即实体中的某个属性有多个值时，必须拆分为不同的属性。
在符合第一范式（）表中的每个域值只能是实体的一个属性或一个属性的一部分。简
而言之，第一范式就是无重复的域。
第二范式：第二范式（）是在第一范式（）的基础上建立起来的，即满足第二
范式（）必须先满足第一范式（）。第二范式（）要求数据库表中的每个实例
或记录必须可以被唯一地区分。选取一个能区分每个实体的属性或属性组，作为实体的唯
一标识。例如在员工表中的身份证号码即可实现每个一员工的区分，该身份证号码即为候
选键，任何一个候选键都可以被选作主键。在找不到候选键时，可额外增加属性以实现区
分，如果在员工关系中，没有对其身份证号进行存储，而姓名可能会在数据库运行的某个
时间重复，无法区分出实体时，设计辟如 等不重复的编号以实现区分，被添加的编号或
选作主键。
第二范式（）要求实体的属性完全依赖于主关键字。所谓完全依赖是
指不能存在仅依赖主关键字一部分的属性，如果存在，那么这个属性和主关键字的这一部
分应该分离出来形成一个新的实体，新实体与原实体之间是一对多的关系。为实现区分通
常需要为表加上一个列，以存储各个实例的唯一标识。简而言之，第二范式就是在第一范
式的基础上属性完全依赖于主键。
第三范式：在 基础上，任何非主属性不依赖于其它非主属性（在 基础上消除
传递依赖）。第三范式（）是第二范式（）的一个子集，即满足第三范式（）
必须满足第二范式（）。简而言之，第三范式（）要求一个关系中不包含已在其它
关系已包含的非主关键字信息。例如，存在一个部门信息表，其中每个部门有部门编号
（）、部门名称、部门简介等信息。那么在员工信息表中列出部门编号后就不能再
将部门名称、部门简介等与部门有关的信息再加入员工信息表中。如果不存在部门信息表
则根据第三范式（）也应该构建它，否则就会有大量的数据冗余。简而言之，第三范
式就是属性不依赖于其它非主属性，也就是在满足 的基础上，任何非主属性不得传递
依赖于主属性。
巴斯科德范式：满足 、、，所有属性（包含主键属性和非键主属性）都不
传递依赖于任何候选键， 范式在 的基础上，要求主键属性也不能传递依赖于任何候
选键。当主键是复合键是，主键的某个属性可能会依赖于某个候选键。此时，关系能够符
合 ，因为并不是“非主键”属性依赖于某个非主键属性。但此关系并不符合 范式。
数据库在开发中作用
在软件开发过程中，经常需要使用数据库来存储数据。比如，一个学校的学生管理系
剩余63页未读，继续阅读
资源评论
