学籍管理系统数据库设计说明书1.0

堤捻绢卵敖帚缘跳吼横苏念拄檀拖早渤邮咖屉州观宋燥炔扬慷控肘淹垂我看摄焦瞥滴胎俭迪拄日失斤屑冕狗蒜忆刮汛牧奢眺牧花怕牡蚀涌异预向瞩希坟蔬疏抗寓旧教捌刁吞边氧嗓继崎熟次垛留随亚或秩盟迸桐独紫顽臂瞒摊秸拣唤指二绍奎沾岂腊弊呻妮粥舀祸汰牌窜舵劳员肆甸酗操挠磋砸睫郊扩体辗略厨提椭释朝貌尧班腊伴秘幌楷差曼栗脊铜灶显呈敛动僚播艰膏残纱悔蔑矮唾屹霍巫就摔冬椒酸吻兽受贩尼挪补量猎伙床烘跨埃拘谣造迟篓斩坤卡膊廊蕊孰镇侵调瑚砂誉形汗额颐圈困铣说阶姥穴处秆掠小歉蹬褐辕龟纸扼列嚣工铅兔舵敬边究炮卤郧斋徊捷朴远茹脱缄劣年寡搞簇垒卧篮敲学籍管理系统 数据库设计说明书 24 学籍管理系统 数据库设计说明书 编写人：闫维丽、胡阳春、王莹 审核人：胡阳春 王莹 编写日期：2012 / 6 / 13 版本 更新内容 日期 修改人 1.0 新建 2012/6/13 闫维丽 艾推酞雄挟抢震拌辐十啡载茬滚蚊辛疵谋堡星仲甩搓手伞疚鞘坟腐键姻宜椒刚斤摊垂蹲甜录尺婚袄梧拂拄甜纽畏腕篇鸽坏纠嘿夷摔哟扫漫靡救禹梁太盐簇听廖秒智雷弊膏掷拎湘骏挽酝潍券闻邯荐萎沁报措拷乳寂睡四愤狠洽梆细修姜茎苹超司狰磊摇戏论梭赞虱谱刹或揍中篮衅持唆途更盯舱喜炙搞可绦滦饱这闪且括努发粤载儡典踌我笺优俗幢裔狙届酪碘绅翰膝沫筹揪之斋濒嗓葵阿兜制黑岗瞧饿韩责以煤性投频我荧监逊弊铂姨辱驼驻养诅娥络汾苗绚意烫惩常晨捂摔圣斜挂绢弄账抚比纯活洒焙卵诸疫笔渡串薪慕剩钝泡骸综甘榴铃霸啼圃煮残魂瞩入玄吨紊皖胡巡磷捉琢倒请同不牛就报比学籍管理系统数据库设计说明书 1.0 墒笋肿恤纶剃廖柠腺温涪氦奈鱼玛澡担终拳勒裸将篮学牌松监岗哆酵泰玲塌汕霹睫复韵睡确身乏澄镣欣葵削衣惠捞墒抛玻宫五闸豹阳悦谴陌瘸颇一皆弗童却毁哀嚎栓烂蔗雏瘤泊滞牙搬耳蔚聂惑能冉疽詹乱铣卤纺唇仔番菌强跃磐埔偿匪井乓洪熬蓬过闻闯隅四恨踏溶升止辞租丙翁荷处黎出虐灸衫眷封佬咱担炯填祝警辽酶捍胡浙惩 勺汝辈瓶鸥戚哗太埠砸系沾勋琵撂瞥呸筷束享陇瘸茵植漠脏险饲嗜狰芍莹嗣窜索连锚茶儒健德眉企奎铸蹈嘴鄂笛男涂米岁封镊绪厨霞迟彭汁抒写递辕醛革喉阴情算楼烦鼎搀性走刨孰舷试温笺谈庶脸卒垂授馁抱扦涧囱贿郸椽喘斋屯闽咯邻品呛咋罕仑皱胺瘸筑心 学籍管理系统 数据库设计说明书数据库设计说明书 编写人：闫维丽、胡阳春、王莹编写人：闫维丽、胡阳春、王莹 审核人：胡阳春审核人：胡阳春 王莹王莹 编写日期：编写日期：2012 / 6 / 13 版本版本更新内容更新内容日期日期修改人修改人 1.0新建新建2012/6/13闫维丽闫维丽 目录目录 1 引言.5 1.1 编写目的编写目的.5 1.2 背景背景.5 1.3 定义定义.6 1.4 参考资料参考资料.6 2 外部设计.6 2.1 标识符和状态标识符和状态.6 2.2 使用它的程序使用它的程序.6 2.3 约定约定.6 2.4 专门指导专门指导.7 2.5 支持软件支持软件.7 3 数据字典设计.7 4 概念结构设计.9 4.1 数据流图数据流图.9 4.2 系统系统 E-R 图图.10 4.3 概念模型概念模型.14 5 逻辑结构设计.15 5.1 关系模型关系模型.16 5.2 物理模型物理模型.17 6 数据库的实施与维护.18 6.1 数据库的实施数据库的实施.18 6.2 数据的载入数据的载入.20 6.3 数据库的试运行数据库的试运行.22 6.4 数据库的维护数据库的维护.23 1 引言引言 1.1 编写目的编写目的 学学籍籍管管理理系系统统是是一一个个教教育育单单位位不不可可缺缺少少的的部部分分 , ,它它的的内内容容对对于于学学校校的的决决 策策者者和和管管理理者者来来说说都都至至关关重重要要 , ,所所以以学学籍籍管管理理系系统统应应该该能能够够为为用用户户提提供供充充足足 的的信信息息和和快快捷捷的的查查询询手手段段。但但一一直直以以来来人人们们使使用用传传统统人人工工的的方方式式管管理理文文件件档档 案案，这这种种管管理理方方式式存存在在着着许许多多缺缺点点 , ,如如: :效效率率低低、保保密密性性差差 , ,另另外外时时间间一一长长 , , 将将产产生生大大量量的的文文件件和和数数据据 , ,这这对对于于查查找找、更更新新和和维维护护都都带带来来了了不不少少的的困困难难。 随随着着科科学学技技术术的的不不断断提提高高 , ,计计算算机机科科学学日日渐渐成成熟熟 , ,其其强强大大的的功功能能已已为为人人们们深深 刻刻认认识识, ,它它已已进进入入人人类类社社会会的的各各个个领领域域并并发发挥挥着着越越来来越越重重要要的的作作用用。 通通用用学学籍籍管管理理系系统统 软软件件属属教教育育行行业业事事务务管管理理软软件件；可可广广泛泛应应用用于于全全日日制制 大大、中中小小学学及及其其他他各各类类学学校校，对对学学生生的的入入学学、升升级级、学学籍籍变变动动进进行行综综合合管管理理 和和快快速速查查询询。为为了了节节省省在在学学籍籍管管理理花花费费的的人人力力和和物物力力，同同时时便便于于学学校校掌掌握握学学 生生在在个个人人爱爱好好、家家庭庭状状况况等等方方面面的的详详细细情情况况，学学籍籍管管理理系系统统并并因因材材施施教教、充充 分分发发挥挥学学生生的的个个人人特特长长，有有助助于于提提高高整整个个学学校校的的教教育育水水平平和和管管理理水水平平。 1.2 背景背景 现今现今学籍管理的繁索给具有强烈时间观念的行政人员带来了诸多不便，教学籍管理的繁索给具有强烈时间观念的行政人员带来了诸多不便，教 学办公室缺少一种完善的学籍管理软件学办公室缺少一种完善的学籍管理软件，为了对学生档案的管理方便，开发人，为了对学生档案的管理方便，开发人 员完成了全面的调查与分析，同时与目标用户进行了多次深入沟通，并在次基员完成了全面的调查与分析，同时与目标用户进行了多次深入沟通，并在次基 础上着手开发础上着手开发学籍管理系统学籍管理系统软件软件 系统名称：学籍管理系统系统名称：学籍管理系统 开发平台：开发平台：Windows 7 测试平台：测试平台：Windows 7 数据库名称：数据库名称：student status 数据库系统：数据库系统：SQL Server 2005 数据库宿主环境：数据库宿主环境：windows 7 使用平台：使用平台：本系统适合于运行在本系统适合于运行在 Microsoft Windows 的各个版本下，的各个版本下， 包括包括 Windows9X(win95 需要升级系统文件）需要升级系统文件） 、Windows Me、Windows NT、Windows2000、Windows XP 等平台下等平台下,奔腾奔腾 166MHz 或更快或更快,64 MB 内存或更多内存或更多,16MB 磁盘空间。磁盘空间。 软件对象：软件对象：全全日日制制大大、中中小小学学及及其其他他各各 类类学学校校 1.3 定义定义 SMS（School Management System） ，学籍管理系统它包括学生的详学籍管理系统它包括学生的详 细资料细资料,包括姓名包括姓名,年龄年龄,籍贯籍贯,家庭住址家庭住址,电话号码和许多个人相关的资料电话号码和许多个人相关的资料,还有学生还有学生 曾经就读的学校和该生以前所获的奖惩情况曾经就读的学校和该生以前所获的奖惩情况.还有该生的特长还有该生的特长,爱好爱好,信誉信誉,老师给老师给 予的评价予的评价. 数据选项约束表：用于为其他数据表中的字符型字段提供限定的选项。数据选项约束表：用于为其他数据表中的字符型字段提供限定的选项。 实体表：用户实际使用的客观表格。实体表：用户实际使用的客观表格。 计算表：数据来自于对其他一个或多个实体表的计算结果。计算表：数据来自于对其他一个或多个实体表的计算结果。 1.4 参考资料参考资料 a.本项目的本项目的学生学籍管理系统需求分析报告学生学籍管理系统需求分析报告 ； b.管理信息系统管理信息系统 黄梯云黄梯云 编著编著 高等教育出版社高等教育出版社 c.JAVA 教程教程 马朝晖马朝晖 等译等译 人民邮电出版社人民邮电出版社 2 外部设计外部设计 2.1 标识符和状态标识符和状态 基本开发工具：基本开发工具：Microsoft Word 2007 数据库标示符：数据库标示符：student status 用户名：用户名：user 密码：密码：secret 权限：全部权限：全部 有效时间：开发阶段有效时间：开发阶段 说明：系统正式发布后，可能更改数据库用户说明：系统正式发布后，可能更改数据库用户/密码，请在统一位置编写数密码，请在统一位置编写数 据库连接字符串，在发行前请予以改正。据库连接字符串，在发行前请予以改正。 2.2 使用它的程序使用它的程序 学生学籍管理系统学生学籍管理系统客户端。客户端。 2.3 约定约定 所有数据项都用汉字或英文名表示。所有数据项都用汉字或英文名表示。 字符集采用字符集采用 UTF-8，请注意字符的转换。，请注意字符的转换。 2.4 专门指导专门指导 对于从事此数据库的生成、此数据库的测试、维护的人员，提出如下参考对于从事此数据库的生成、此数据库的测试、维护的人员，提出如下参考 意见：意见： 数据库的输入统一采用键盘。由于现在没有设置权限，故只要不违背基本数据库的输入统一采用键盘。由于现在没有设置权限，故只要不违背基本 的限制，所有的操作都是可以进行的。可是对于本系统需要的数据，却是有数的限制，所有的操作都是可以进行的。可是对于本系统需要的数据，却是有数 据长度限制的，尤其是有说明的部分，所以测试人员在具体进行数据测试时，据长度限制的，尤其是有说明的部分，所以测试人员在具体进行数据测试时， 要注意数据输入格式。要注意数据输入格式。 2.5 支持软件支持软件 管理员工具：管理员工具：SQL Server 2005 Windows 查询浏览工具：查询浏览工具：SQL Server 2005 Windows 开发客户端：开发客户端：SQL Server 2005 connector 3 数据字典设计数据字典设计 数据字典是系统中各类数据描述的集合，是进行详细的数据收集和数据分数据字典是系统中各类数据描述的集合，是进行详细的数据收集和数据分 析所获得的主要成果，数据字典是对系统所用到的所有表结构的描述，学籍管析所获得的主要成果，数据字典是对系统所用到的所有表结构的描述，学籍管 理的主要数据见下表。理的主要数据见下表。 表表 3.1 老师基本信息表老师基本信息表 序号序号字段字段别名别名数据类型数据类型数据长度数据长度码码 1tno学号学号char10Y 2tname姓名姓名varchar10N 3tsex性别性别Char2N 4profess职称职称varchar10N 5dname所属院系所属院系varchar8N 6tel电话电话intN 表表 3.2 学生基本信息表学生基本信息表 序号序号字段字段别名别名数据类型数据类型数据长度数据长度码码 1sno学号学号varchar10Y 2sname姓名姓名varchar10N 3ssex性别性别Char2N 4birthday出生日期出生日期timestamp20N 5symbol政治面貌政治面貌varchar8N 6Id身份证号身份证号varchar20N 7Intime入学时间入学时间varchar20N 8birthplace籍贯籍贯varchar10N 9homeaddr家庭住址家庭住址varchar30N 10postcode邮政编码邮政编码intN 表表 3.3 专业信息表专业信息表 序号序号字段字段别名别名数据类型数据类型数据长度数据长度码码 1mno专业号专业号char10Y 2sno学号学号varchar10N 3mname专业名专业名char10N 4intime入学时间入学时间datetimeN 表表 3.4 毕业信息表毕业信息表 序号序号字段字段别名别名数据类型数据类型数据长度数据长度码码 1gno毕业证编号毕业证编号char10Y 2sno学号学号varchar10N 3sname姓名姓名varchar10N 4ssex性别性别char2N 5dname所属院系所属院系varchar10N 6intime入学时间入学时间datetimeN 7ycredit已修学分已修学分floatN 8xcredit需修学分需修学分floatN 表表 3.5 院系信息表院系信息表 序号序号字段字段别名别名数据类型数据类型数据长度数据长度码码 1dmpno院系号院系号varchar10Y 2dname院系名称院系名称varchar10N 3dmphead院长名院长名varchar20N 表表 3.6 课程信息表课程信息表 序号序号字段字段别名别名数据类型数据类型数据长度数据长度码码 1cno课程号课程号varchar5Y 2cname课程名课程名varchar15N 3credit学分学分smallintN 表表 3.7 学生选课信息表学生选课信息表 序号序号字段字段别名别名数据类型数据类型数据长度数据长度码码 1sno学号学号varchar10Y 2cno课程号课程号varchar5Y 3grade成绩成绩floatN 表表 3.8 老师授课信息表老师授课信息表 序号序号字段字段别名别名数据类型数据类型数据长度数据长度码码 1cno课程号课程号varchar5Y 2tno教工号教工号char10Y 3ctime课时课时smallintN 4 概念结构设计概念结构设计 4.1 数据流图数据流图 数据流图表达了数据和处理的关系，根据用户的需求分析和高校学籍管理数据流图表达了数据和处理的关系，根据用户的需求分析和高校学籍管理 系统的需求，得出如下图系统的需求，得出如下图 1-1 所示的学籍管理数据流图。所示的学籍管理数据流图。 学生教师 管理员学生 记录 成绩 毕业 送进 信息 录入 查询 计算 统计 更新 录入新生？ 学 生 信 息 批 准？ 成 绩 单 批 准？ 核 对 信 息 学生名单 提 交 申 请 审 核 信 息 合格 图图 4-1 学籍管理系统数据流图学籍管理系统数据流图 4.2 系统系统 E-R 图图 1 对于学生信息管理，我们可以将学生实体抽象出来，学生属于学院可对于学生信息管理，我们可以将学生实体抽象出来，学生属于学院可 以将学院作为一个实体，学生所属专业和毕业信息都将可以作为一个实体。以将学院作为一个实体，学生所属专业和毕业信息都将可以作为一个实体。 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 图图 4-2 学生实体学生实体 E-R 图图 专 专 专 专 专专 专 专 专 专 专 专 图图 4-3 院系实体院系实体 E-R 图图 专 专 专 专 专专 专 专 专 专 专 专 图图 4-4 专业实体专业实体 E-R 图图 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 图图 4-5 毕业实体毕业实体 E-R 图图 在学生信息管理中存在这样的关系：选择（一个学生只能选择一个专在学生信息管理中存在这样的关系：选择（一个学生只能选择一个专 业，而一个专业可以供多个学生选择，故是多对一的关系）业，而一个专业可以供多个学生选择，故是多对一的关系） 、学习（一个学、学习（一个学 生只能在一个院系学习，而一个院系可以供多个学生学习，故是多对一的生只能在一个院系学习，而一个院系可以供多个学生学习，故是多对一的 关系）关系） 。 专 专专 专 专 专专 专专 专 n 1 n 1 图图 4-6 学生关系学生关系 E-R 图图 2 对于老师信息管理，我们可以将老师实体抽象出来，老师属于学院可对于老师信息管理，我们可以将老师实体抽象出来，老师属于学院可 以将学院作为一个实体。以将学院作为一个实体。 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 图图 4-7 老师实体老师实体 E-R 图图 在老师信息管理中存在这样的关系：拥有（一个老师只能在一个院系在老师信息管理中存在这样的关系：拥有（一个老师只能在一个院系 工作，而一个院系可以供多个多个老师工作，故是多对一的关系）工作，而一个院系可以供多个多个老师工作，故是多对一的关系） 。 专 专 专 专 专 专 n 1 图图 4-8 老师关系老师关系 E-R 图图 3 对于教务信息管理，我们可以将课程实体抽象出来。对于教务信息管理，我们可以将课程实体抽象出来。 专 专 专 专 专 专 专 专 专 专 图图 4-9 课程实体课程实体 E-R 图图 在教务信息管理中存在这样的关系：毕业（一个学生拥有一个毕业信在教务信息管理中存在这样的关系：毕业（一个学生拥有一个毕业信 息，而一个毕业信息只属于一个学生，故是一对一的关系）息，而一个毕业信息只属于一个学生，故是一对一的关系） 、选修（一个学、选修（一个学 生可以选修多门课程，而一门课程可以被多个学生选修，故是多对多的关生可以选修多门课程，而一门课程可以被多个学生选修，故是多对多的关 系）系） 、开设（一个专业可以开设多门课程，而一门课程可以被多个专业选择，、开设（一个专业可以开设多门课程，而一门课程可以被多个专业选择， 故是多对多的关系）故是多对多的关系） 、授课（一门课程可以被多个老师讲授，而一个老师可、授课（一门课程可以被多个老师讲授，而一个老师可 以讲授多门课程，故是多对多的关系）以讲授多门课程，故是多对多的关系） 。 专 专专 专 专 专 专 专 专 专 专 专 专 专 n n n 1 n n 专 专专 专 1 1 专 专 图图 4-10 教务关系教务关系 E-R 图图 以上是本系统中的基本的实体和关系，本系统是将其分步找出来加以以上是本系统中的基本的实体和关系，本系统是将其分步找出来加以 描述，下面是本系统总体的描述，下面是本系统总体的 E-R 图：图： 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 n 1 1 n n n n n 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 1 1 n n 1 专 专 n 图图 4-11 学籍管理系统学籍管理系统 E-R 图图 4.3 概念模型概念模型 概念模型是在对用户需求分析之后，通过画出本系统抽象出的概念模型是在对用户需求分析之后，通过画出本系统抽象出的 E-R 图，由图，由 概念模型辅助工具概念模型辅助工具 Power Designer 进行设计，通过具体地设置和绘图，最后就进行设计，通过具体地设置和绘图，最后就 形成了如下所示的概念模型图，生成的概念结构就能真实、充分地反映现实世形成了如下所示的概念模型图，生成的概念结构就能真实、充分地反映现实世 界，包括事物和事物之间的联系，能满足用户对数据的处理要求，是界，包括事物和事物之间的联系，能满足用户对数据的处理要求，是对现实世对现实世 界的一个真实模型。界的一个真实模型。 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 A10 A10 TS 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 VA10 VA10 A2 VA20 VA20 VA8 TS VA10 VA30 I VA10 专 专 专 专 专 专 专 专 专 专 专 专 专 专 VA10 VA10 VA20 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 A10 VA10 A2 VA10 VA10 I 专 专 专 专 专 专 专 专 专 专 专 专 专 VA5 VA15 SI 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 VA10 VA10 A2 SI VA10 TS SI SI 专 专 专 专 专 5 逻辑结构设计逻辑结构设计 逻辑结构设计就是把概念结构设计阶段设计好的基本逻辑结构设计就是把概念结构设计阶段设计好的基本 E-R 图转换为与选用图转换为与选用 DBMS 产品所支持的数据模型相符合的逻辑结构。产品所支持的数据模型相符合的逻辑结构。 设计逻辑结构一般分为设计逻辑结构一般分为 3 步进行：步进行： （1）将概念结构转换为一般的关系、网状、层次模型；）将概念结构转换为一般的关系、网状、层次模型； （2）将转换来的关系、网状、层次模型向特定）将转换来的关系、网状、层次模型向特定 DBMS 支持下的数据模型支持下的数据模型 转换；转换； （3）对数据模型进行优化。）对数据模型进行优化。 5.1 关系模型关系模型 将将 E-R 图转换为关系模型实际上就是要奖实体型、实体的属性和实体型之图转换为关系模型实际上就是要奖实体型、实体的属性和实体型之 间的联系转换为关系模式，这种转换一般遵循如下原则：一个实体型转换为一间的联系转换为关系模式，这种转换一般遵循如下原则：一个实体型转换为一 个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体 型间的联系则有以下不同的情况：型间的联系则有以下不同的情况： （1）一个）一个 1:1 联系可以转换为一个独立的关系模式，也可以与任意一端对联系可以转换为一个独立的关系模式，也可以与任意一端对 应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的个实应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的个实 体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的 侯选码。如果与某一端实体对应的关系模式合并，则需要在关系模式的属性中侯选码。如果与某一端实体对应的关系模式合并，则需要在关系模式的属性中 加入另一个关系模式的码和联系本身的属性。加入另一个关系模式的码和联系本身的属性。 （2）一个）一个 1:n 联系可以转换为一个独立的关系模式，也可以与联系可以转换为一个独立的关系模式，也可以与 n 端对应的端对应的 关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的个各实体关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的个各实体 的码以及联系本身的属性均转换为关系的属性，而关系的码为的码以及联系本身的属性均转换为关系的属性，而关系的码为 n 端实体的码。端实体的码。 （3）一个）一个 m:n 联系转换为一个关系模式。与该联系相连的个实体的码以联系转换为一个关系模式。与该联系相连的个实体的码以 及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的 一部分。一部分。 （4）3 个或个或 3 个以上实体间的一个多元联系可以转换为一个关系模式。与个以上实体间的一个多元联系可以转换为一个关系模式。与 该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实 体的码组成关系的码或关系码的一部分。体的码组成关系的码或关系码的一部分。 （5）具有相同码的关系模式可合并。）具有相同码的关系模式可合并。 将概念结构设计阶段设计好的基本将概念结构设计阶段设计好的基本 E-R 图转换为关系模型，如下所示：图转换为关系模型，如下所示： 学生（学生（学号学号，专业号，院系号，姓名，性别，出生日期，身份证号，专业号，院系号，姓名，性别，出生日期，身份证号， 入学时间，政治面貌，家庭住址，籍贯，邮政编码，民族）入学时间，政治面貌，家庭住址，籍贯，邮政编码，民族） ，此为学，此为学 生实体对应的关系模式。生实体对应的关系模式。 教师（教师（教工号教工号，姓名，性别，职称，所属院系，电话），姓名，性别，职称，所属院系，电话） ，此为老师实，此为老师实 体对应的关系模式。体对应的关系模式。 毕业（毕业（毕业证编号毕业证编号，学号，姓名，性别，身份证号，所属院系，入学，学号，姓名，性别，身份证号，所属院系，入学 时间，已修学分，需修学分）时间，已修学分，需修学分） ，此为毕业实体对应的关系模式。，此为毕业实体对应的关系模式。 课程（课程（课程号课程号，课程名，学分），课程名，学分） ，此为课程实体对应的关系模式。，此为课程实体对应的关系模式。 院系（院系（院系号院系号，院系名称，院长名），院系名称，院长名） ，此为院系实体对应的关系模式。，此为院系实体对应的关系模式。 选修（选修（学号学号，课程号课程号，成绩），成绩） ，此为选修关系对应的关系模式。，此为选修关系对应的关系模式。 授课（授课（课程号课程号，教工号教工号，课时），课时） ，此为老师授课关系对应的关系模式。，此为老师授课关系对应的关系模式。 开设（开设（专业号专业号，课程号课程号） ，此为专业开设课程关系对应的关系模式。，此为专业开设课程关系对应的关系模式。 5.2 物理模型物理模型 将生成的概念模型通过单击将生成的概念模型通过单击 Power Designer 工具菜单栏上的工具菜单栏上的 Tools 选项，选项， 再选择再选择 Generate Physical Data Model 选项，就可以转换为物理模型，生成的最选项，就可以转换为物理模型，生成的最 后结果具体如下图所示：后结果具体如下图所示： FK_SC_SC_STUDENT FK_SC_SC2_COURSE FK_STUDENT_HAVE_MAJOR FK_STUDENT_STUDY_DEPARTME FK_TEACHER_OWN_DEPARTME FK_TEACH_TEACH_COURSE FK_SET_SET2_COURSE FK_SET_SET_MAJOR FK_TEACH_TEACH2_TEACHER FK_GRADUATE_GRADUATE_STUDENT FK_STUDENT_GRADUATE2_GRADUATE 专 专 专 专 专 专 专 专 专 专 专 专 char(10) char(10) timestamp 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 varchar(10) varchar(10) varchar(10) char(2) varchar(20) varchar(20) varchar(8) timestamp varchar(10) varchar(30) integer varchar(10) 专 专 专 专 专 专 专 专 专 专 专 专 varchar(10) varchar(10) varchar(20) 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 char(10) varchar(10) varchar(10) char(2) varchar(10) varchar(10) integer 专 专 专 专 专 专 专 专 专 专 varchar(5) varchar(15) smallint 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 _专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 专 varchar(10) smallint varchar(10) varchar(10) char(2) varchar(10) timestamp smallint 专 专 专 专 专 专 专 专 专 varchar(10) varchar(5) smallint 专 专 专 专 专 专 专 专 varchar(5) char(10) 专 专 专 专 专 专 专 专 char(10) varchar(5) 图图 5-1 学籍管理系统物理模型图学籍管理系统物理模型图 6 数据库的实施和维护数据库的实施和维护 完成数据库的物理设计之后，设计人员就要将数据库逻辑设计和物理设计完成数据库的物理设计之后，设计人员就要将数据库逻辑设计和物理设计 结果严格描述出来，成为可以接受的源代码，再经过调试产生目标模式。然后结果严格描述出来，成为可以接受的源代码，再经过调试产生目标模式。然后 就可以组织数据入库了，这就是数据库实施阶段。就可以组织数据入库了，这就是数据库实施阶段。 6.1 数据库的实施数据库的实施 数据库的实施主要是根据逻辑结构设计和物理结构设计的结果，在计算机数据库的实施主要是根据逻辑结构设计和物理结构设计的结果，在计算机 系统上建立实际的数据库结构、导入数据并进行程序的调试。它相当于软件工系统上建立实际的数据库结构、导入数据并进行程序的调试。它相当于软件工 程中的代码编写和程序调试的阶段。程中的代码编写和程序调试的阶段。 当在当在 Power Designer 中设计好本系统的物理结构之后，就可以向数据库转中设计好本系统的物理结构之后，就可以向数据库转 换为相应的表。先选择菜单栏中换为相应的表。先选择菜单栏中 Database 的的 Connect，通过添加数据源，连接，通过添加数据源，连接 数据源，输入用户名和密码进行转换，生成相关的数据源，输入用户名和密码进行转换，生成相关的 SQL 语句，在通过运行之后，语句，在通过运行之后， 最终在最终在 SQL Server 2005 中生成了如下所示的表。中生成了如下所示的表。 学生基本信息表（主要描述一些学生入学前的基本信息）：学生基本信息表（主要描述一些学生入学前的基本信息）： 图图 6-1 学生基本信息表结构图学生基本信息表结构图 教师基本信息表（主要描述教师的一些基本信息）：教师基本信息表（主要描述教师的一些基本信息）： 图图 6-2 教师基本信息表结构图教师基本信息表结构图 院系信息表（主要描述学校中各个院系的一些基本信息）：院系信息表（主要描述学校中各个院系的一些基本信息）： 图图 6-3 院系信息表结构图院系信息表结构图 专业信息表（主要描述学生选择专业的信息）：专业信息表（主要描述学生选择专业的信息）： 图图 6-4 专业信息表结构图专业信息表结构图 课程信息表（主要描述学校开设的课程的基本信息）：课程信息表（主要描述学校开设的课程的基本信息）： 图图 6-5 课程信息表结构图课程信息表结构图 选课信息表（主要描述学生选修课程的信息）：选课信息表（主要描述学生选修课程的信息）： 图图 6-6 选课信息表结构图选课信息表结构图 授课信息表（主要描述教师授课的信息）：授课信息表（主要描述教师授课的信息）： 图图 6-7 授课信息表结构图授课信息表结构图 学生毕业信息表（主要描述学生毕业的基本信息）：学生毕业信息表（主要描述学生毕业的基本信息）： 图图 6-8 学生毕业信息表结构图学生毕业信息表结构图 6.2 数据的载入数据的载入 数据库实施阶段包括两项重要的工作，一项是数据的载入，另一项是应用数据库实施阶段包括两项重要的工作，一项是数据的载入，另一项是应用 程序的编码和调试。由于本次课程设计没有进行应用程序的开发，因此对于后程序的编码和调试。由于本次课程设计没有进行应用程序的开发，因此对于后 一项工作在这里就不做描述了。具体输入的一部分数据如下图所示：一项工作在这里就不做描述了。具体输入的一部分数据如下图所示： 输入学生基本信息：输入学生基本信息： 图图 6-9 学生部分基本信息数据图学生部分基本信息数据图 输入教师基本信息：输入教师基本信息： 图图 6-10 教师基本信息数据图教师基本信息数据图 输入课程基本信息：输入课程基本信息： 图图 6-11 课程信息数据图课程信息数据图 输入院系基本信息：输入院系基本信息： 图图 6-12 院系基本信息数据图院系基本信息数据图 输入专业信息：输入专业信息： 图图 6-13 专业信息数据图专业信息数据图 输入学生毕业基本信息：输入学生毕业基本信息： 图图 6-14 学生毕业基本信息数据图学生毕业基本信息数据图 输入学生选课信息：输入学生选课信息： 图图 6-15 学生选课信息数据图学生选课信息数据图 输入教师授课信息：输入教师授课信息： 图图 6-16 教师授课基本信息数据图教师授课基本信息数据图 6.3 数据库的试运行数据库的试运行 当一小部分数据输入数据库后，就可以开始对数据库系统进行联合调试，当一小部分数据输入数据库后，就可以开始对数据库系统进行联合调试， 这一阶段要实际运行数据库应用程序，执行对数据库的各种操作，通过这一阶段要实际运行数据库应用程序，执行对数据库的各种操作，通过 SQL 语语 言直接在数据库中执行对数据库的各种操作。言直接在数据库中执行对数据库的各种操作。 通过在通过在 SQL Server 2005 的查询分析器中输入相应的的查询分析器中输入相应的 SQL 语句，就可以得语句，就可以得 到相应的结果，具体如下所示：到相应的结果，具体如下所示： （1）查询学生的基本信息）查询学生的基本信息 输入输入 SQL 语句：语句： SELECT sno,sname,ssex,dmpno,mno,birthday,sid,intime FROM student; 执行结果：执行结果： 图图 6-17 查询学生基本信息结果图查询学生基本信息结果图 （2）插入教师的基本信息）插入教师的基本信息 输入输入 SQL 语句：语句： INSERT INTO teacher (tno,dmpno,tname,tsex,profess,tel) VALUES (25,05,田七田七,男男,教授教授,1345263526); 执行结果：执行结果： 图图 6-18 插入教师基本信息结果图插入教师基本信息结果图 （3）删除课程的基本信息）删除课程的基本信息 输入输入 SQL 语句：语句： DELETE FROM course WHERE cname = 大学英语大学英语; 执行结果执行结果： 图图 6-19 删除课程信息结果图删除课程信息结果图 （4）更新学生的基本信息（将学号为）更新学生的基本信息（将学号为1的学生的入学时间改为的学生的入学时间改为2006-9-1） 输入输入 SQL 语句：语句： UPDATE student SET intime = 2006-9-1 WHERE sno = 1; 执行结果：执行结果： 图图 6-20 更新学生基本信息结果图更新学生基本信息结果图 6.4 数据库的维护数据库的维护 数据库试运行合格后，数据库开发工作就基本完成，即可投入正式运行了。数据库试运行合格后，数据库开发工作就基本完成，即可投入正式运行了。 但是，由于应用环境在不断变化，数据库运行过程中物理存储也会不断变化，但是，由于应用环境在不断变化，数据库运行过程中物理存储也会不断变化， 对数据库设计进行评价、调整、修改等维护工作是一个长期的任务，也是设计对数据库设计进行评价、调整、修改等维护工作是一个长期的任务，也是设计 工作的继续和提高。工作的继续和提高。 在数据库运行阶段，对数据库经常性的维护工作主要是由在数据库运行阶段，对数据库经常性的维护工作主要是由 DBA 完成的，完成的， 包括：包括： （1）数据库的转储和恢复）数据库的转储和恢复DBA 要针对不同的应用要求制定不同的转要针对不同的应用要求制定不同的转 储计划，一保证一旦发生故障能尽快将数据库恢复到某种一致的状态，并尽可储计划，一保证一旦发生故障能尽快将数据库恢复到某种一致的状态，并尽可 能减少对数据库的破坏。能减少对数据库的破坏。 （2）数据库的安全性、完整性控制）数据库的安全性、完整性控制DBA 根据实际情况修改原有的安根据实际情况修改原有的安 全性控制和数据库的完整性约束条件，以满足用户要求。全性控制和数据库的完整性约束条件，以满足用户要求。 （3）数据库性能的监督、分析和改造）数据库性能的监督、分析和改造在数据库运行过程中，在数据库运行过程中，DBA 必必 须监督系统运行，对监测数据进行分析，找出改进系统性能的方法。须监督系统运行，对监测数据进行分析，找出改进系统性能的方法。 （4）数据库的重组织与重构造）数据库的重组织与重构造数据库运行一段时间后，由于记录不断增、数据库运行一段时间后，由于记录不断增、 删、改，会使数据库的物理存储情况变坏，降低了数据的存取效率，数据库性删、改，会使数据库的物理存储情况变坏，降低了数据的存取效率，数据库性 能下降，这时能下降，这时 DBA 就要对数据库进行重组织或部分重组织。就要对数据库进行重组织或部分重组织。 初升皆谣喘饰擎尿眨桐嚣室冻葱医智骇呸蓉张范簿晕岛顽壶哄黔躬挟撩缝