高校自动控制实验室考勤管理系统的设计关系数据库的结构.pdf

关系数据库的结构关系数据库的结构关系模型是任何关系数据库管理系统（RDBMS）的基础.一个关系模型有三个重要组成部分：对象或者关系的集合，作用于对象或关系上的操作，以及数据万丈性规则。换句话说，关系数据库有一个存储数据的地方，一种创建和检索数据的方法，以及一种确保数据的逻辑一致性的方法.一个关系数据库使用关系或二维表来存储支持某个事物所需信息。让我们了解一下一个传统的关系数据库系统的基本组成并学习关系数据库的设计。一旦你对于行、列、表和关联是什么有了深刻理解，你就能够充分发挥关系数据库的强大功能。表，行和列在关系数据库中，一个表是一个用于保存相关信息的二维结构。一个数据库由一个或者多个相关联的表组成。表中的一行是一种事物的集合或实例，比如一个员工或发票上的一项。表中的一列包含了一类信息；而且行列相交点上的数据、字段，就是能够用数据库查询语言检索到的最小片信息。举个例子来说,一个员工信息表可能有一列，其列名为“LAST_NAME，列中就包含所有员工的名字。数据时通过对行、列进行过滤而从表中检索出来的。主码、数据类型和外码本篇文章均以假设的斯科特。史密斯的工厂为例，他是数据库的建立者和企业的主办人。他刚开办了一个饰品公司并且想要使用关系数据库的几项基本功能来管理人力资源部门。关系:用来保存相关信息的一个二维结构，也就是表。行：在一个数据库表中的一组单数据或多数据元素，用于描述一个人、地方或者事物。列：列是数据库表的组件，它包含所有行中同名和同类型的所有数据。你会在下面章节学到如何设计数据库,现在我们假设数据库大部分已经设计完成并且有些表需要被执行.斯科特创建了 EMP 表来保存基本员工信息，就像这样:你可以注意到佣金列和管理人列中有一些单元格没有值：他们是空值。一个关系数据库能够规定列中的一个单元格是否为空。如此，可以明确那些非销售部的员工佣金单元为空。同样也明确了公司董事长的管理人单元唯恐.因为这个员工不需要向任何人汇报工作。单元格：是数据库查询语言所能够检索到的最小片信息。一个单元格就是一个数据库表的行和列交叉形成的。另一方面，没有那个员工的员工编号单元格为空。公司总是希望每个员工分配一个员工号，并且这个号码必须是每个员工都不同的.关系数据库的一个特性能够确定某列的键入值必须为独一无二的。如此,EMPNO 列便是这个表的主码。主码:是表中的一列（或多列)，使每一行能够区别于同表中的其它行。留意一下 EMP 表中存储的不同数据类型:数值型，字符型或字母型，以及日期型.你可能会猜到，部门成员列保存的是员工所在部门的编号.但是你如何知道哪个部门名称对应哪个部门编号呢？斯科特建立了 DEPT 表来具体描述 EMP 中提到的部门编号的情况。EMP 表中的部门编号列同 DEPT 表中部门编号列有着相同的值.既然如此,EMP 表中的部门编号便被看做是和 DEPT 表中想通列对应的外码。外码加强了关系数据库中参照完整性的概念，。这不仅可以阻止无效的部门编号被插入表中,而且在某部门仍有员工的情况下,可以防止 DEPT 表中该部门的信息呗删除。外码：表中的一列（或多列），它的值来自于其他表的主码列或单值列.一个外码有助于表中数据的完整性.参照完整性:是关系数据库用来加强表间一对多关联的一种方式.数据建模在斯科特与数据库中创建真实表之前，他要经过一个称作数据建模的过程。在这个过程中，数据库创建者定义和填写数据库中所有表。有一种数据库建模的方式叫作 ERA，它可以表示出实体、实体间的关联和实体的属性.数据库设计者使用一个更够支持实体、实体属性和实体间关联的应用程序。通常，一个实体对应数据库中的一个表，而实体的属性对应于表中的列。数据建模：一个定义实体、实体属性间和实体间关联的过程，从而为建立物理数据库做准备。数据建模过程包含定义实体、定义实体间关联以及定义每个尸体的属性的过程。一旦一个周期完成，就需要不断重复知道设计者抓住了重点，足以开始建立数据库。让我们进一步了解为数据库建模过程的步骤。定义实体首先，设计者确定数据库应用程序范围内的所有实体。实体是人、事物或地方，他们对于整个团体是重要的且需要被记录在数据库中。实体将被巧妙的转化为数据表。比如,在第一版斯科特饰品公司数据库中，它定义了四个实体:员工、部门、工资水平和奖金.它们将 EMP 表，DEPT 表，SALGRADE 表和 BONUS 表。定义实体间的关联一旦定义了实体,设计者就能够继续定义每个实体间是如何关联的。通常,设计者通常将每个实体同其他实体配对，并且考虑：“两者之间是否存在关联呢？”实体间的某些关联是明显的人，某些不是.在饰品公司数据库中，员工实体和部门实体间极可能存在关联，而依据事物间的关系原则，部门实体跟工资实体间似乎没有关联了。如果事物间的关系原则是用来约束某个部门的工资水平的，就可能需要一个新的实体来说明工资水平和部门之间的关联。这个实体被称作关系表或交表，其中包含工资水平和部门之间的有效联合。关系表:是一个数据库表，其中保存着另外两个表的行间的有效结合,并且通常强调了事物间的关系原则。关联表处理的是一个多对多的关联。通常,关系数据库有三种关联方式：一对多关联：这是最常见的一种。意思是对于给出的每个现有实体都有一个或多个现有的另一个实体与之相关联。举个例子来说，在饰品公司数据库中，部门实体是一个父实体，而每个部门中，都有一个或多个员工属于该部门。这样，部门实体和员工实体间的关联就是一对多关联。一对一关联：在一对一关联中，表中的一行只关联另一个表中的一行甚至 0 行.这种关联类型通常用于子类型数据中。例如,一个员工表可能保存了所有员工的信息，而全职表、兼职表和承包人表则分别保存全职员工、兼职员工和承包人的信息。这些尸体别人卫士员工表的子表，并且同员工表维持一对一关联、这种关系不想一对多挂念那么常见，因为如果一个实体与另一个实体总有对应行，在大多数情况下，两个实体中的属性值在一个实体中出现就可以了。多对多关联：在多对多关联中,表的一行可能对应另一个表的许多行,反之亦然.通常，当这些关联在数据库中被执行时,往往再定义第三个实体用来保存前两个实体间的所有关联。例如,在一个学籍注册数据库中，学生表与班级表之间有一个多对多关联一个学生可能听一门或多门课程，并且一个班级有一个活多个学生。而学生 _班级关系表中就包含了学生和班级之间的关系，以表明哪个学生是哪个班的。指定实体属性一旦设计者定义了实体间关联,下一步就是去指定每个实体的属性。这是实现列的使用，如下图所示由工资水平实体简历的工资水平表。重复步骤,我们仍然在原地在定义了实体、关联以及属性之后，设计者往往要多重复几次数据建模过程.当我们在回顾关联时，就会发现需要建立新的实体。比如，当讨论饰品库存表和它相关客户订单时，就会发现需要定制一个送货的约束表。一旦设计过程完成，下面需要建立实际的数据库表。逻辑数据库的设计过程不会牵涉世纪之星中的问题.然而,一旦涉及进入到实际的运作，数据库管理员就会很快让设计者从理想回到现实中来。结果，设计就可能需要再次构想以求得理想的数据库运行与预算和进度之间的平衡。