数据库课程设计报告.docx

娘据岸京髭滁程残学生姓名:班学号:指导教师:2注册教师信息插入的信息教师信息3查询学生信息学号学生信息4注册学生信息插入的信息学生信息5查询课程信息学号课程信息7选择课程选课信息课程匹配表8查询选课信息学号选课信息9查询授课信息课程号课程匹配表录入选课查询评价5.0更新:数据结构3、逻辑结构设计编号数据结构名含义说明组成1教师教师实体工作证号、姓名、性别、族别、政治面貌、出生年月、联系 方式、所在系、所在学院、职称2学生学生实体学号、姓名、性别、族别、政治面貌、出生年月、联系方式、 所在系、所在学院、班号3课程课程实体课程号、课名、余量、上课时间、上课地点4选课学生实体和课程实体学号、课程号、成绩5任教教师实体和课程实体工作证号、课程号关系的描述根据数据库系统设计的最基本的要求，消除依赖集F中的部分依赖和传递依赖，消除插 入异常、删除异常、修改异常，达到第三范式无损链接和保持依赖，从而得到以下关系模型 以及其主码：教师（丁.作证号、姓名、性别、电话、所在系、用户名、用户密码）学生（受夕、姓名、性别、年龄、所在系、班号、用户名、用户密码）课程（课程号、课程名、学分、名额、上课时间）选课（课程号、学号）授课（课程号、工作证号）以上加下划线的表示关系模型里面的主码。实体间的联系分析教师一班级:1:1;系一教师：1:n;系一班级：l:n；班级一学生:l:n；课程一教师:m:n；课程一学生:m:n4、物理设计4.1物理存储结构I编号数据存储名说明输入的数据流输出的数据流1教师信息表存取教师信息教师实体其中一项或多项项信息教师信息或任课信息2学生信息表存取学生信息学生实体其中一项或多项项信息学生信息或选课信息3选课信息表存取课程信息课程实体其中一项或多项项信息课程信息或选课信息或任课信息4课程匹配表存取选课信息学生所有选课记录选课信息或课程信息数据库我本次课程设计采用了 SQL sever T-台进行存储建立基本表与信息。编写关系模式，载 入数据。其存在多种存取方法。并且首先要运行调试软件的运行恢复部分，确保数据H后的 转储与恢复。基本表Student 表DROP TABLE IF EXIS TS Student;CREATE TABLE student (学号bigint。NOT NULL,姓名 char(30) NOT NULL,性别 char(10) DEFAULT NULL,族别 char(30) NOT NULL,政治面貌 char(20) NOT NULL,联系方式 bigintO NOT NULL,班号 bigintQNOT NULL,所在专业 char(20) NOT NULL,所在学院 char(20) NOT NULL,PRIMARY KEY (学号),KEY姓名(姓名)ENGINE=InnoDB DEFAULT CHARSET=utfB;Teacher 表DROP TABLE 1I; EXISTS Teacher;CREATE TABLE Teacher (工作证号 bigintO NO f NULL, 姓名 char(30) NOT NULL, 性别 char(10) DEFAULT NULL, 族别 char(30) NOT NULL, 政治面貌 char(20) NOT NULL, 出生年月 char(30) NOT NULL, 联系方式 bigintO NOT NULL,所在专业 char(20) NOT NULL,所在学院 char(20) NOT NULL,学院电话char(20)NOTNULL,PRIMARY KEY (T作证号)ENGINE=InnoDB DEFAULT CHARSET=utf8;选课表DROP TABLE IF EXISTS studcntchoosc;CREATE TABLE studcntchoose (eNum varchar(7) NOT NULL,Namelvarchar(5) NOT NULL,Unit varchar(20) NOT NULL,PRIMARY KEY (eNum)ENGINE=InnoDB DEFAULT CHARSET=utf8;studentchoose 表DROP TABLE IF EXISTS stock;CREATE TABLE stock (课程名称 char(30) NOT NULL,课程号 bigintO NOT NULL,授课老师 char(30) NOT NULL,授课时间 char(30) NOT NULL,剩余容量 char(30) NOT NULL,工作证号 char(30) NOT NULL,成绩 bigintO NOT NULL,PRIMARY KEY (课程号),)ENGINE=InnoDB DEFAULT CH/RSET=utf8;ATapparicr 表DROP TABLE IF EXISTS ATapparier;CREATE TABLE ATapparier ( 课程号 bigintO NOT NULL, 学号 bigintQ NOT NULL, 姓名、char(30) NOT NULL,所在专业 char(20) NOT NULL,所在学院 char(20) NOT NULL,成绩char(20)NOT NULL,PRIMARY KEY (课程号)ENGINE=InnoDB DEFAULT CHARSET=utf8;DROP TABT.E IF EXISTS ATapparier;CREATE TABLE ATapparier (课程号 bigintO NOT NULL,学号 bigintO NOT NULL,姓名 char(30) NOT NULL,班号char(20)N()TNULL,所在专业 char(20) NOT NULL,所在学院 char(20) NOT NULL,成绩char(20)N()T NULL,PRIMARY KEY (课程号)ENGINE=InnoDB DEFAULT CHARSET二utf8;4.2索引设计中国地质大学存储安排方法选择:教务管理系统是一个多用户共享系统,对同一个关系要建立多条存取路径才能满足多用 户的多种应用要求。数据库管理系统一般提供多种存取方法：第一类是缩阴方法，1=1前主要 是B+树索引方法；第二类是聚簇方法；第三类是Hash方法。我们现在主要采用E+树索引 存取方法。422索引一个属性经常在查询条件中出现，则考虑这个（组）属性上建立索引（或组合索引）； 如果一个属性经常作为最大值和最小值等聚集函数的参数，则考虑在这个属性上建立索引； 如果一个（组）属性经常在链接操作的链接条件中出现，则考虑在这个（组）属性上建立索 引一一学号，工作证号，课程号。存储路径的建立我将表和索引放在不同的磁盘上，在查询时，由于磁盘犯动器见性工作，可以提高物理 I/。读写的效率；将比较大的表，如“选课信息”，分别放在两个磁盘上，以加快存取速度, 这在多用户环境下特别有效；另外将日志文件与数据库对象9表、索引等）放在不同的磁盘 上，以改进系统的性能。5、系统实施5.1DBMS&语言选择我选用的是SQL Sever系统的语言，基于Microsoft Visual Studio 2010平台呃C#语言编写的界面。较为简单容易。5.2数据输入在SQLSevel中进行一些数据的手动输入（或查询语句进行输入）用以进行测试，之后 用户可在管理系统中进行相关信息的添加。日表国系统表i 口 dbo.AdminMessage 国 J dbo.STapparieri 百 dbo.Student国 口 dbo.StudentBase+i n dbo.StudentChoose dbo.Teacher) n dbo.TeacherBaseStudentchoose表初始信息:与结果上巡息Studentbase表初始信息:课程名称课程号授深宠师授课肘间授课地点刺余谷里工作证号成绩1i陶芝12311EEE周一91咛教三601020002005NULL2计算机图形学12312DDD周一饰北综4014520002004NULL3数据结构12313CCC周节北综4025520002003NULL4数据库导论12314BBB周_78节北综4035620002002NULL5概率论12315AAA周_56节北综4035920002001NULL曲结果消息学号密码J| 2000I 333220013333200233342003333幼查询已成功执行。Teacherbase表初始信息: I口结果心消息工作证号密码j 20662661” 22220002002222200020032221 20002004222郎已畅岫Adminmessage表初始信息:口结果消息查询已成功执行。管理员账号管理员密码1MuM112112112311311341141145.3编写代码因为要连接数据座，采用VS2010的连接工具来进行数据库的连接。String conn Data Sourcc=.;Initial Catalog=cyh st class;ntcgratcd Sccurity=Truc;链接语句在编写代码的时候遇到很多问题，比如常见的儿个问题就是少添加头文件，链接查询不 对，SQL语句使用不对，高级查询等等一系列问题。5.4过程实施在实现选课功能的时候，首先在数据库内对本学期要开设的课程进行预制，之后学生选 课，只能一次选择一门，之后输入课程号，同时将登陆时的学会设置为全局变量，在c#中 进行换页传值，将学号等个人信息在学生主页进行显示，选课时，则将所选课程与自己的学 号以插入的方式插入Studentchoose,之后，之后分别从学生选课表调用显示到学生课程信息, 教师授课信息中，之后在教师批改成绩时，将成绩与studentchoose表联系对应，完成学生- 课程-成绩的三位一体的对应关系，命名为STapparicr,之后进行更新操作，并同步SQL查 询显示到学生成绩查询界面。管理员则是对所有信息进行汇总查询修改，将不同信息封装起 来，对于教师和学生实体部分显示，对于管理员全部显示。同时对于学生还可进行注册报道, 数据库中为每个学生提供了一个学号和初始密码，学生到校后进入教务系统修改密码，补充 个人资料，完成数据入库，以供后期使用。6、运行维护一、恢复数据库的方法对于事物内部故障：恢复时要在不影响其他事务运行的情况下，强行回滚该事务，即撤 销该事务已经做出的任何的对数据库的修改；对于系统故障：一方面，在系统重新启动时让所有非正常终止的事务滚回，强行撤销所 有未完成事务；另一方面，把已完成的事务提交的结果重新写入数据库；对于介质故障：在故障发生前对数据库进行转储，即使用数据库镜像功能，根据实际情 况要求自动把整个数据库或其中的关键数据夏制到另一个磁盘上，防患于未然。二、数据库恢复实现技术1、采用转储的方法定期地将整个数据库夏制到磁带或另一个磁盘上保存起来，称为后 备副本或后援副本。（动态转储和静态转储）;2、通过登记日志文件，进行事务故障恢复和系统故障恢复，并协助后备副本进行介质 故障恢复。三、数据库恢复策略1、事务故障的恢复：(1) 反向扫描日志文件，查找该事务的更新操作；对该事务的更新操作执行逆操作，即将日志记录中“更新前的值”写入数据库；(2) 继续反向扫描日志文件，查找该事物的其他操作，做同样处理，直到事物开始标志为 止。2、系统故障的恢复：(1) 正向扫描日志文件，找出在故障发生前已经提交的事务，将其事务标识记入重做队列。 同时找出故障发生时尚未完成的事务，将其事务标识记入撤销队列。(2) 反向扫描日志文件，对每个UNDO事务的更新操作执行逆操作，即将日志记录中“更 新前的值”写入数据库。(3) 正向扫描日志文件，对每个RED。事务重新执行日志文件登记操作。即将日志i己录中 “更新前的值”写入数据库。3、介质故障的恢复：重装数据库装入最新的数据库后备副本，使数据库恢妊到最近一次转储时的一致性状态。(1) 装入相应的日志文件副本，重做已完成的事务。TaTbTf动态转储运行事务故障发生点正常运行11登记日志文件 登讪新日志文件 1?转储H志文件重装后备副本，然后利用转储的日志文件恢复恢复到一 致性状态7、总结数据库课程设计是上大学以来的最痛苦的一个课程设计。在上学期平时的实习中，我觉 得数据库相较于C+程序编写与有关运用数据结构的程序编写来说，相对容易简单。本以 为这次的课程设计也不过很简单就能完成。可是万万没想到，真的从设计到开发出一个数据 库系统远比编程可怕多了。首先，数据库的需求设计简直是让我们这种之前没有过设计经验的人摸不到头脑，不知 从何下手。也可能由于上学期在学习数据库时没有让我们想着设计一个大型的需要注意细节 的数据库，所以感觉概念挪很模糊。数据字典是啥啊？不是先画ER图吗？数据流图乂是什 么。?那ER图画完就能建表了？那么数据库和EXEL表格又有什么区别啊等等此类我总 会冒出的小白问题层出不穷在三个题目：教务、书店、病房中，我选择了看起来好像参与者比较少，比较简单的教 务管理系统。但是着手设计起来真的是很难，因为个人主观的因素比较大，比较灵活，最后 做成一个什么样子的数据库是由你自己来决定的，所以有一些度要自己把握。如果放开了去 想，去做，都会复杂庞大到无法完成。就在我想着自己构想的庞大数据库该如何实现复杂的 功能时，感觉很恐怖。但还是硬杳头皮开始做。一开始遇到很大挫折，在尝试了两天的C+后，我觉得很难，于是，开始自学C#,相 比C+, C#相对简单一点，去图书馆翻遍了C#编程宝典之类的书后，在室友引导下开 始设计。一开始觉得自己设计的数据库没问题，觉得不难，但是越往后做发现很多数据再传 递的时候走不到共享，一方面是自己编程能力不够，对于DATAGRIDVIEW这个控件掌握精品太少，在显示值，单元格传值的时候很难，后来决定改变设计，从改变SQL的表格入手， 删除了不必要的表，尽晨用少的表完成。这样一来对窗体设计要求更高，还有就是对SQL 高级查询语句的要求更高。现在想想发现最大的问题一个是C#中Datagridview控件的单元 格与数据库交互传值，另一个就是SQL高级复杂的查询语句使用与C#中的textbox,或者 数据库其他表的链接查询。这两个问题在最后几天难住我了，最后和学长，室友，以及大量 去论坛求助，百度找方法，看博客加上自己摸索，一个一个解决了，受益匪浅。除此之外遇到的问题就是数据库的设计问题，要实现更多的功能，一个方法是将各个数 据分装在各个表里，调用一个个单体，但是这样造成数据过于庞大，同样最好的解决方法是 少昂:的存储空间，大房的调用，将常用的数据匹配在一起，这点在我的STapparier表中有所 体现，将实体的主键找到相应的联系装在一个表里，之后调用其他表进行自然连接，实现调 用，这样层次清楚，也达到了三范式。但是最后设计出来的数据库和我最初的设计的差别还 是蛮大，所以我认为好的数据库是改出来的，好的数据库很难一次成功，每一次实践都是我 们下一场设计的宝贵经验。通过这次课程设计我知道为什么系统分析帅会这么抢手了。也许 程序员的工作评估是一个程序的时间复杂度与空间复杂度，那么系统分析师的工作评估可能 就是整个系统的信息吊存储是否高效，增删改查等操作是否容易进行，如何把数据存储的更 合理的问题了。显然，系统分析师的工作更加宏观，而且更大一部分影响着整个运行效率。 写到这里我不由得想到学校那个经常崩溃的教务系统。所以对个商家-个公司而言，好的 数据座系统是尤为重要的，甚至可以影响到公司未来的发展，增加竞争力。除此之外，我觉得每一次有难度的课程设计对于我来说都像一次挑战，一次历练。从没 想过自己可以做成平时浏览的网页一样的界面，也从没想过自己能做出一个有许多功能按钮 的窗体实现的系统。虽然实习的过程每天都很痛苦，绞尽脑汁思考着，一步不对，又要重新 改，重新做是很痛苦的。就比如昨天还在熬夜赶报告。但是经历了这个过程，逼自己一把, 看到最后的东西，心里还是很欣慰很有成就感的。我觉得人的潜能是无穷的，有时候就需要 逼自己一把，不要偷懒，勤奋一些，让自己学习更多，进步更大，从而体会到人生的乐趣与 意义，内心更加强大地生活下去。总的来说，在数据库建表的过程中，一开始没有按照数据库规范建表，导致后边产生一系 列问题年月曰,又重新建立数据库，做r很多无用功，这才意识到按步骤规范建立数据库的重要性。由 于C#、JAVA等语言在平常学习中没有涉及到，使得本次数据库系统设计变得相对比较困 难，通过查阅相应图书资料在开始编程之初对C#还是很陌生，但通过前几次的实习掌握了 C#的基本语句，在学长的指导卜.也少走了很多弯路，但在SQLServer与C#的链接时出现问 题一直没有解决，到后来通过反复上网搜索解决了这一难题。大部分有关C# windows窗体 建立的代码都是从参考书中学习到的，但也有部分特殊功能的实现是在网上搜索到的，在这 个过程让我对C# windows窗体有了一个快速学习和认识。总之，通过本次课程设计反映出 r很多在理论课上看不到的问题，收获也很多，在提高了实践水平的同时也锻炼r自己的自 学能力，对于专业认识也更深了一步，同时也谢谢老师，室友，学长以及博客中的各位大神 指点。如有侵权请联系告知删除，感谢你们的配合！教务管理系统1、需求分析教务管理系统该教学系统主要提供数据维护、学生选课和教师授课信息查询功能。其实现的功能（即 其包含的查询）有：系统中对教师、学生基本信息的录入；系统中对教师、学生的基本信息 查询；查询学生的选课情况；查询教师的授课情况；还包括学生选课功能。该数据库系统包 括学生密码表、学生信息表、教师信息表、教师密码表、学生选课表、课程I兀配表，管理员 密码表七个关系表，基木情况如下：三张密码表均有相应账户和密码；教师信息表有工作证 号、姓名、性别、族别、政治面貌、出生年月、联系方式、所在系、所在学院、职称；学生 表有学号、姓名、性别、族别、政治面貌、出生年月、联系方式、班号、所在系、所在学院; 课程有课程名、学分、名额、上课时间信息；授课表有课程号、工作证号信息；学生选课表 有课程名称、课程号、授课老师、授课时间、授课地点、剩余容粮、工作证号、成绩。课程 匹配表则有课程号，学号，学生姓名，班号，所在专业，所在学院，成绩。每个学生都属于 一个班，每个教师也都属于一个系。一名教师可以教多门课，一门课诃以有几位主讲老师, 一名同学可以选多门课。学生、教师都有可以有重名，工作证号、学号可以作为标识。系统中的实体: 教师：工作证号、姓名、性别、职称、电话等；学生：学号、姓名、性别、出生年月、职位、电话等；班级：班号、最低总学分、人数等；系：系代号、系名、系办公室电话等； 课程：课序号、课名、学分、上课时间、名额等。实体间关系: 每个学生都属于一个班，每个班都属于一个系，每个教师也都属于一个系；每个班的班主任都由一名教师担任；一名教师可以教多门课，一门课可以有几位主讲老师，但不同老师讲的同一门课其课序号是不同的（课序号是唯一的）； 一名同学可以选多门课，一门课可被若干同学选中；一名同学选中的课若已学完，应该记录有相应成绩；本单位学生、教师都有重名，工作证号、学号可以作为标识。系统的需求: 教学系统主要提供数据维护、选课和信息查询；系统中各对象的基本信息录入与查询；指定班、系的学生信息查询；学生的成绩、学分情况查询； 教师授课情况和学生选课情况查询。系统的组成:教务管理系统包括教师管理子系统、学生管理子系统、管理员管理子系统。其中各个系统中拥有独自的一套查询、添加、删除、更新操作。系统管理员进行数据维护的操作。2、概念设计(1)概念模型(E-R图):选课E-R图课程号授课E-R图工作证号电话名额总E-R图(2)数据字典:数据项编号实体数据项名数据项含义说明数据类型长度与其他数据项的逻辑关系1教师工作证号区别老师的数据项Bigint20决定姓名性别等教师属性2姓名允许重名Char10决定性别等教师属性3性别老师性别Char104所在系所在系Char1()5电话老师的联系方式Bigint206用户名登录验证Char207用户密码登录验证Char208所在学院所在学院Char3()9族别所属民族Char3010职称老师的职称Char2011政治面貌老师的政治面貌Char2012学院电话学院电话Bigint2013出生年月老师出生年月Char2014学号区别学生的数据项Bigint20决定姓名性别等学生属性15学生姓名允许重名Char1016学生性别学生性别Char1017出生年月允许重复Char18学生所在系允许空值Char1019班号学生联系方式Char1120用户名登录验证Char2021用户密码登录验证Char2022所在学院所在学院Char3023族别所属民族Char3024政治面貌学生的政治面貌Char2025联系方式学生联系方式Bigint26课程号区别课程的数据项Char1()决定课名学分等课程属性27课程名课程名称Char1()28课程学分所含学分Char1()29上课时间上课日期Char3030名额课程限制最高人数Char1031选课课程号学生所选课课程号Char10由课程表课程号和学生表32学号学生学号Char20学号决定33授课课程号学生所选课课程号Char10由课程表课程号和学生表34工作证号教师工作证号nchar20学号决定数据流编号数据流名数据流来源数据流去向1查询教师信息工作证号教师信息