基于学员信息管理系统的关系数据库模型探讨

《基于学员信息管理系统的关系数据库模型探讨》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、基于学员信息管理系统的关系数据库模型探讨摘要学校管理中最重要的内容是学员信息的管理，作为学校的核心内容，学员信息管理能够反应学校的教学水平和教学质量。学员信息管理系统能够将传统复杂的繁重的学员管理工作有效改善，通过程序化的严谨的科学的制度来管理学员信息，提高了学员信息管理的水平。如何完美设计学员信息管理系统的关系数据库模型一直是教育界重点关注的话题。本文简要分析了数据表关系的建立和数据库模式的设计，旨在为学员信息管理系统的关系数据库模型的完善提供参考依据。【关键词】学员信息管理系统关系数据库模型1前言7近年来，学校的学员数量越来越多，

2、办学规模越来越大，在很大程度上增加了学员信息管理的难度，传统的学员信息管理方法有很多的缺陷，已经不能适应时代的发展，只有程序化的严谨的科学的管理信息系统才能满足时代的需要。所谓关系数据库，就是以关系数据库模型为基础建立数据库，通过离散数学和集合代数来处理数据库中的数据。如何优化学员信息管理系统的关系数据库模型一直是重点研究的课题。2基于学员信息管理系统的关系数据库模型的建立2.1运用需求抽象结合学员信息的主要任务和管理功能进行设计，主要包括模块化设计和业务划分，按照完整性、独立性、简单性原则，把学员信息系统划分成七个子系统，分别是系统

3、维护子系统、系统管理子系统、管理统计子系统、中队管理子系统、成绩管理子系统、课程管理子系统、学员档案管理子系统。图1为系统功能模型。系统维护子系统用于设置站点LOGO、站点名称以及网络主体表格属性，并且能够对年级变迁进行升级操作。系统管理子系统主要用于账号管理、年级管理、干部管理、学期管理以及管理员密码的修改。管理统计子系统用于基本信息的显示，包括中对数、课程数、教师数、年级数、学员数、用户浏览数，而且还可以起到排名统计和学员统计的作用。中队管理子系统有两个子模块功能，分别是中队批量添加和中队管理。成绩管理子系统主要用来添加批量成绩和

4、管理成绩。课程管理子系统的功能是任课添加、任课管理、批量课程管理、课程管理。学员档案管理子系统的主要功能是批量添加学员、管理学员。2.2建立数据表关系7要想建立关系数据库模式，首先要建立数据表之间的关系，只有这样才能形成一个数据库系统，起到信息查询、信息存储、信息处理的作用。学员和评语之间属于一对多的关系，也就是说一个学员可以有很多不同的评语。学员和成绩之间属于一对多的关系，也就是说一个学员具有很多不同科目的成绩。学员和家长之间属于一对一的关系，也就是说一个学员只能对应一个家长，便于家长查询学员的信息。学员和中队之间属于多对一的关系，

5、也就是说一个学员只能参加一个中队，但是一个中队能够拥有很多学员。中队和成绩之间属于一对多的关系，也就是说一个中队能够有很多不同的成绩。中队和大队之间属于一对一的关系，也就是说一个中队只能属于一个大队。中队和年级之间属于一对一的关系，也就是说一个中队只能属于一个年级。大队和中队属于一对多的关系，也就是说一个中队只能属于一个大队，但是一个大队能够拥有很多个中队。中队和任课信息属于一对一的关系，也就是说一个中队能够拥有很多任课关系。7在任课信息表中，教师表里面的教师的ID与任课教师表里面的ID属于一对多的关系，也就是说一个教师能够有很多任课

6、关系。任课信息表里的学期与学期ID之间属于一对一的关系，也就是说一个学期对应一个任课信息。任课教师表中的课程的ID与课程表中的课程ID属于一对一的关系。学期表里的学期ID与成绩表中的学期ID属于一一对应的关系。课程信息表里的ID与成绩表中的课程ID属于一一对应的关系。2.3设计数据库模式2.3.1设计关系数据库出现的问题设计关系数据库出现的问题主要有数据冗余和更新异常。数据冗余指的是集合数据中出现重复的数据，这些重复的数据就是数据冗余。比如在做设计时没有与分开任课信息表和教师信息表，结果导致输入一条任课信息，这些信息就会重复存储到教师

7、信息表中去。更新异常主要包括删除异常和插入异常。没有分解的教师信息表中删除任课信息，那么就解除了相应的任课关系，在整条记录删除后，也就删除了这个教师的所有信息，导致查询不到这个教师的信息，这种情况并不符合实际需求，这种现象就是所谓的删除异常。在学员信息表中，假如不知道学生的学号，就算输入再多的信息都是毫无意义的。假如一个教师刚刚入职，那么任课信息表中就不会有任何相关数据，而他又没有正式开始任课，所以不能在数据库中添加他的相关信息，不能够在任课信息表中注册教师的任课信息，这种情况并不符合实际需求，这是属于不合理的操作，这种现象就是所谓的

8、插入异常。删除异常和插入异常在很大程度上降低了数据库的性能。2.3.2规范化数据库模式7在设计数据库模式时，不能盲目分解关系，因为关系分解的目的是把关系模式的规模减少，减少数据更新异常和数据冗余的可能性。因此，为了更好的