毕 业 论 文.doc

课表管理系统的实现
第1章绪论
数据库应用系统开发简介
数据库处理在信息系统的研究中一直是非常重要的主题,然而,近年来,随着World Wide Web(之时成为最热门技术之一。应用超越具有早期应用特点的简单的发布。同时,技术提供了一种向用户发布数据库内容的标准化的访问方法。这些技术没有脱离经典数据库技术的要求。它们只是加重了数据库技术的重要性。
数据库的设计和开发及包括艺术有包括工程。理解用户的需求,然后,把它们转变为有效的数据库设计是一个艺术过程。把设计转变为实际的数据库,并且这些数据库带有功能完备、高效能的应用,是一个工程过程。
数据库的目的是帮助人们跟踪事务。经典的数据库应用涉及诸如订单、顾客、工作、员工、学生、电话之类的项,或其它数据量较大、需要密切关注的事务。最近,由于数据库的普及,数据库技术已经被应用到了新的领域,的数据库或用于公司内联网的数据库。数据库也被越来越多地应用于生成和维护多媒体应用程序上。
数据库
。数据库由DBMS(DataBase Management System数据库管理系统)处理,DBMS则由开发人员和用户通过应用程序直接或间接地使用。它主要包括四个要素:用户数据、元数据、索引和应用元数据。
数据库
用户数据
元数据
索引
应用元数据
数据库包括
数据库引擎
设计工具
表生成工具
窗体生成工具
查询生成工具
报表生成工具
过程语言编译器
执行时间
窗体处理器
查询处理器
报表书写器
过程语言执行时间
开发人员
应用程序
用户
应用程序
DBMS
数据库系统的组件

目前,大多数数据库把用户数据表示为关系。现在把关系看作数据表。表的列包含域或属性,表的行包含对应业务环境中的实体的记录。并非所有的关系都同样符合要求,有些关系比其它关系更结构化一些。第二章描述了一个用以产生良好结构关系的过程,称作规范化。为了对比结构差的关系和结构好的关系之间的差别,以本文所设计的课表管理系统中的课程和任课教员关系为例来说明,假若设计关系R1(CourseCode,Course,hours,credits,TeacherName, TeacherAddress);这个关系的问题出在它有关于两个不同主题的数据,就是课程和教员。用这种方式构成的关系在进行修改时,会出现问题。因为一个教员可能教授多门课程,如果某个教员的地址出现变更,它所教授的课程记录(可能多个)也就必须变化,这是不好的。因此数据用两个关系表示更好。现在如果某一个教员改变了它的居住地址,只有关系R3的对应行需要改变。当然,要想产生一个,显示课程名及其任课教员地址的报表,就需要将这两个表的行结合起来。结果表明,将关系分别存储,在生成报表的时候将它们结合起来,比把它们存储在一个合成的表中更好。
R2(CourseCode,Course,hours,credits,TeacherCode)
R3(TeacherCode, TeacherName, TeacherAddress)
元数据
数据库是自描述的,这就意味着它自身包含了它的结构的描述,这种结构的描述称作元数据。因为DBMS产品是用来存储和操纵表的,所以大多数产品把元数据以表的形式存储,有时称作系统表。这些系统表存储了数据库中表的情况,指出每一个表中有多少列,哪一列是关键字,每一列的数据类型的描述,它也存储索引、关键字、规则和数据库结构的其他部分。
在表中存储元数据不仅对DBMS是有效的,对用户也是方便的,因为他们可以使用与查询用户数据同样的查询工具来查询元数据。本文第二章所介绍的SQL语言可以同时用于元数据和用户数据。
索引
第三种类型的数据改进了数据库的性能和可访问性,这种数据经常称作开销数据,尽管有时也采用其他类型的数据结构,如链表,但它主要包括索引。索引可以用来排序和快速访问数据。下面以教务管理信息系统中的学生表为例来说明。
假定数据在磁盘上是按TeacherCode的递增顺序排列的,用户想打印一个按TeacherName排序的学生数据报表。为此,所有的数据都需要从源表中提取出来并排序,除非表很小,否则这是一个很费时的过程。或者,可以在TeacherName字段上创建一个索引,该索引的条目按照TeacherName排序,这样,该索引的条目可以读出来,并用来按顺序访问学生数据。
索引用于快速访问数据。例如,一个用户只想访问dept(专业)值为“计算机科学与技术”的那些教师。如果没有索引,则必须搜索整个源表;但有了索引之后,可以找到索引条目,并使用它来挑选所有合适的行。
索引对排序和查找是有帮助的,但