asp学生学籍管理系统设计.docx

《asp学生学籍管理系统设计.docx》由会员分享，可在线阅读，更多相关《asp学生学籍管理系统设计.docx（44页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、学生学籍管理系统目录数据库课程设计报告1目录21.学生学籍管理系统概述31.1背景分析32.需求分析32.0需求分析的任务31)功能要求32)安全性与完整性要求32.1功能结构图42.2业务流图42.3数据流图52.4数据字典51)数据项52数据结构83数据流94数据存储55处理过程112.5数据对象121)实体描述123.概念结构设计143.1概念模型-ER图143.2概念结构设计与方法与步骤143.2.1自顶向下策略144.逻辑结构设计154.1ER图向关系模型的转换151)关系模型转化为二维表164.2数据模型的优化184.3设计用户子模式205.物理结构设计205.1数据库物理设计的内

2、容和方法205.2关系模式存取方法选择215.3确定数据库的存储结构225.4评价物理结构226.数据库的实施和维护226.1数据载入2262数据库和维护221)运行222维护227.程序实现237.1创建学生学籍管理数据库237.2建表238.功能实现（代码）26课题名称-学生学籍管理系统1.学生学籍管理系统概述1.1 背景分析在日常的学生学籍管理中，需要从大量的日常教学活动中提取相关信息。传统的学校学籍管理方法、由于分散管理，易发生数据丢失，劳动需求的强度高，速度又慢。因而,使用计算机进行对学校学籍管理,可以高速、快捷地完成以上工作。特别是在计算机联网后，数据在网上传递，可以实现数据的可组

3、织行,可共享性，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，从而全面提高教学质量。本学生学籍管理系统是适合学校使用的主要提供给教学管理人员进行学生信息的管理和维护，可以使学校办公效率得到提高，为校内的信息管理提供一个良好的工具。学生学籍管理系统是一个复杂的信息系统，包括信息的录入修改等基本操作，能满足学校学生管理工作方面的基本需要，并且是教育单位不可或缺的一个系统。2.需求分析2.0 需求分析的任务1）功能要求：根据学生学籍管理的要求，主要功能模块如下：1：实现学生基本情况的录

4、入、修改、删除等基本操作。2：对学生基本信息提供灵活的查询方式。3：完成一个班级的学期选课功能。4：实现学生成绩的录入、修改、删除等基本操作。 5：能方便的对学生的每个学期成绩进行查询。6：具有成绩统计、排名等功能。7：具有留级、休学等特殊情况的处理功能。2）安全性与完整性要求由于学籍管理系统需要存储学生的信息，所以数据库系统应该要具有备份和恢复的功能，来保证学生数据库的安全性和完整性的要求。另外，系统的服务器应当能够长期无故障的运作，并且能够便于管理员的操作。安全性要求比较高，对业务逻辑必须封装，并且体现在学生学籍信息的管理上，能让学生的个人信息，不被他人盗取或是盗用，避免有人登陆他没权限的

5、网页，从数据流中截取敏感数据，不让黑客有袭击的可能性，系统能主动防御入侵。主要包括数据库安全性和信息安全性等方面。安全性先通过视图机制，不同的用户只能访问系统授权的视图，这样可提供系统数据一定程度上的安全性，通过界面上权限选择和用户密码登录设置来分配权限、设置权限级别来区别对待不同操作者对数据库的操作，以提高数据库的安全性。系统的完整性要求系统中数据的正确性和相容性，主要为新增的学生信息完整和统计，查询数据库等确保正确性。2.1 功能结构图学生学籍管理系统学生操做老师操做查看排名查看课程信息查看个人信息选课、删除成绩统计录入成绩查看选课情况删除学生录入学生教务处2.2 业务流程图学生学生学籍文

6、档学生信息统计核实学生情况登记表学生登记情况教师学生学籍管理学生成绩登记表2.3 数据流图:P:数据处理,D:数据流,F:数据存储F1 信息表P1 档案管理教务处新生名单F3 课程表P2课程管理P3成绩管理教师F2 成绩表 成绩单2.3 数据字典(写十个数据项)1)数据项学院数据项可以描述如下:数据项编号数据项名数据项含义说明别名数据类型长度取值范围与其他数据项的逻辑关系XY01学院号学院唯一的编号char10主键XY02学院名学院的名称char20非空XY03电话学院办公室电话float12空值系数据项可以描述如下:数据项编号数据项名数据项含义说明别名数据类型长度取值范围与其他数据项的逻辑关

7、系X001系号系唯一的编号char10主键X002系名系的名称char20非空X003电话学院办公室电话float12空值X004学院号学院唯一的编号Char10外键班级数据项可以描述如下:数据项编号数据项名数据项含义说明别名数据类型长度取值范围与其他数据项的逻辑关系BJ01班级号班级唯一的编号char10主键BJ02班级名班级的名称char20非空BJ03入学年份班级建立年份Char4空值BJ04系号系唯一的编号char10外键学生数据项可以描述如下:数据项编号数据项名数据项含义说明别名数据类型长度取值范围与其他数据项的逻辑关系XS01学号学生唯一的编号char10主键XS02姓名学生的名称

8、char20非空XS03性别学生的性别char4非空XS04出生年月学生的出生年月datetime10非空XS05入学时间学生入学的年月datetime非空XS06政治面貌党员/预备党员/积极分子/团员char8空值XS07籍贯学生的籍贯char10空值XS08班级号学生所属班级char10外键课程数据项可以描述如下:数据项编号数据项名数据项含义说明别名数据类型长度取值范围与其他数据项的逻辑关系KC01课程号课程唯一的编号char10主键KC02课程名课程的名称char20非空KC03学分课程的学分float非空选课数据项可以描述如下:数据项编号数据项名数据项含义说明别名数据类型长度取值范围与

9、其他数据项的逻辑关系XK01课程号课程唯一的编号char10主键之一XK02学号学生唯一的编号char10主键之一XK03成绩学生的成绩float空值老师数据项可以描述如下:数据项编号数据项名数据项含义说明别名数据类型长度取值范围与其他数据项的逻辑关系LS01工号老师唯一的编号char10主键LS02姓名老师的名称char8非空LS03性别老师的性别char2非空LS04职称老师的级别char8空值讲授数据项可以描述如下:数据项编号数据项名数据项含义说明别名数据类型长度取值范围与其他数据项的逻辑关系JS01课程号课程唯一的编号char10主键之一JS02工号老师唯一的编号char10主键之一J

10、S03教室上课地点char1空值2)数据结构名称：学院说明：是学籍管理系统的一个重要数据结构，定义了学院的有关信息。结构：学院号，学院名，电话总编号：2-01编号：XY00有关的数据流，数据存储：系表数量：每年约10份名称：系说明：是学籍管理系统的一个重要数据结构，定义了系的有关信息。结构：系号，系名，电话，学院号总编号：2-02编号：X000有关的数据流，数据存储：班级表数量：每年约30份名称：班级说明：是学籍管理系统的一个重要数据结构，定义了班级的有关信息。结构：班号，班名，入学年份，系号总编号： 2-03编号：BJ00有关的数据流，数据存储：班级表数量：每年约30份名称：学生说明：是学籍

11、管理系统的一个核心数据结构，定义了学生的有关信息。结构：学号，姓名，性别，出生年月，入学时间，政治面码，籍贯总编号：2-04编号：XS000有关的数据流，数据存储：学生表，选课表数量：每年约10000份名称：课程说明：是学籍管理系统的一个重要数据结构，定义了课程的有关信息。结构：课程号，课程名，学分总编号：2-05编号：KC00有关的数据流，数据存储：教授表，选课表数量：每年约120份名称：选课说明：是学籍管理系统的一个重要数据结构，定义了学生选课的有关信息。结构：课程号，学号，成绩总编号：2-06编号：XK00有关的数据流，数据存储：教授表，选课表数量：每年约240份名称：老师说明：是学籍管

12、理系统的一个重要数据结构，定义了老师的有关信息。结构：工号，姓名，性别，职称总编号：2-07编号：LS00有关的数据流，数据存储：数量：每年约540份名称：讲授说明：是学籍管理系统的一个重要数据结构，定义了老师讲授的有关信息。结构：课程号，工号，教室总编号：2-08编号：JS00有关的数据流，数据存储：老师表，课程表数量：每年约240份3)数据流名称：新生名单简要说明：学期开始时，由教务处老师填写的新进入的学生名单数据流来源：教务处数据流去向：P1(档案管理)包括的数据结构：学生（学号，姓名，性别，出生年月，入学时间，政治面码，籍贯）总编号：3-01编号：001流通量：10000份/年名称：信

13、息表简要说明：新进入的学生信息和档案信息数据流来源：P1（档案管理处）数据流去向：P2(课程管理)包括的数据结构：学生（学号，姓名，性别，出生年月，入学时间，政治面码，籍贯）班级（班号，班名，入学年份，系号）系（系号，系名，电话，学院号）学院（学院号，学院名，电话）总编号：3-02编号：002流通量：10000份/年名称：课程表简要说明：学生课程情况数据流来源：P2（课程管理）数据流去向：包括的数据结构：讲授（课程号，工号，教室）选课（课程号，学号，成绩）总编号：3-03编号：003流通量：1000份/年名称：成绩表简要说明：学生的成绩情况数据流来源：F2（课程管理）数据流去向：（P1档案管理

14、）包括的数据结构：老师（工号，姓名，性别，职称）总编号：3-04编号：004流通量：540份/年4)数据存储名称：学生成绩登记表说明：学期结束，按班汇集学生各科成绩包括的数据结构：老师（工号，姓名，性别，职称）总编号：4-01编号：010数据流来源：教师数据流去向：学生学籍管理流通量：540份/年名称：学生课程登记表说明：课程的有关信息包括的数据结构：课程（课程号，课程名，学分）老师（工号，姓名，性别，职称）总编号：4-02编号：011数据流来源：课程管理处数据流去向： 流通量：340份/年5)处理过程名称：填写新生名单说明：学生通过高等考试，进入大学的名册输入：从教务管理处流出名单输出：由新

15、生名单单向流向档案管理处处理：把信息放到学生信息表中，如果有成绩的管理，就根据情况输入到档案管理中总编号：5-01编号：101名称：填写成绩单说明：通知学生成绩，有重修科目的说明重修报名时间输入：由成绩一览表单流向填写成绩单输出：由填写成绩单流向成绩（成绩通知单）处理：查询成绩一览表，打印每个学生的成绩通知单，若不及格科目达到一定数量，需留级，在成绩通知单上写重修的科目，若是留级的，注明留级总编号：5-02编号：1022.4 数据对象(1) 实体间的描述学院，学生，课程，老师，选修，讲授，宿舍。下面为各个实体的er图表示：性别生日姓名学号入学时间学生政治面貌籍贯学生实体E-R图性别姓名职称工号

16、老师老师实体E-R图学院名学院号电话学院 学院实体E-R图系名电话系号系 系实体E-R图班级名入学年份班级号班级班级实体E-R图课程名学分课程号课程 课程实体E-R图3 概念结构设计3.1概念模型-ER图3.2 概念结构设计的方法与步骤(这里写自顶向下策略之类的+图示)自顶向下:即首先定义全局概念结构的框架，然后逐步细化。4 逻辑结构设计4.1 E-R图向关系模型的转换E-R图向关系模式的转换要解决的问题是如何将实体型和实体间的联系转换为关系模式，如何确定这些关系模式的属性和码。关系模型的逻辑结构是一组关系模式的集合。E-R图则是由实体型、实体的属性和实体型之间的联系3个要素组成。所以将E-R

17、图转换为关系模型实际上就是要将实体型、实体的属性和实体型之间的联系转换为关系模式。这种转换一般遵循如下的原则：一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体型间的联系则有以下不同的情况：1、一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均是该关系的候选码。如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。2、一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个

18、独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。3、一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码子组成关系的码或关系码的一部分。4、3个或3个以上实体的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。5、具有相同码的关系模式可以合并，关系的码用下横线标出。学院（学院号，学院名，电话）系 （系号，学院号，系名，电话）班级（班级号，系号，班级名，入学年份，）学生（学号，班级号，姓名，性别

19、，生日，入学时间，政治面貌，籍贯）课程（课程号，课程名，学分）老师（工号，姓名，性别，职称）上课（学号，课程号，工号，成绩）讲授 （工号，课程号）2、针对不同级别的用户定义不同的外模式，以满足系统对安全性的要求。这样就可以防止用户非法访问本来不允许他们查询的数据，保证了系统的安全性。在老师和学生关系间建立视图 为学生建立视图学生1（学号，班级名，姓名，性别，出生年月，入学时间，政治面貌，籍贯，课程名，成绩）CREATE VIEW student_s1(学号,班级名,姓名,性别,生日,入学时间,政治面貌,籍贯,课程名,成绩)ASSELECT 学生.学号,班级.班级名,姓名,性别,生日,入学时间,

20、政治面貌,籍贯,课程.课程名,成绩FROM 学生,班级,上课,课程WHERE 学生.班级号 = 班级.班级号 AND 学生.学号=上课.学号 AND 上课.课程号=课程.课程号老师1（工号，姓名，性别，课程名）CREATE VIEW student_t1 (工号,姓名,性别,课程名)ASSELECT 老师.工号,姓名,性别,课程.课程名FROM 老师,教授,课程WHERE 老师.工号=教授.工号 AND 教授.课程号=课程.课程号 为老师建立视图学生2（学号，班级名，姓名，性别，课程名，成绩）CREATE VIEW teacher_s2(学号,班级名,姓名,性别,课程名,成绩)ASSELECT

21、 学生.学号,班级.班级名,姓名,性别,课程.课程名,成绩FROM 学生,上课,课程,班级WHERE 学生.班级号 = 班级.班级号 AND 上课.课程号=课程.课程号老师2（工号，姓名，性别，职称，课程名）CREATE VIEW teacher_t2 (工号,姓名,性别,职称,课程名)ASSELECT 老师.工号,姓名,性别,职称,课程.课程名FROM 老师,教授,课程WHERE 老师.工号=教授.工号 AND 教授.课程号=课程.课程号1）关系模型转化为二维表学院表列名说明数据类型约束说明学院号学院唯一的编号char，长度为10主键学院名学院的名称char，长度为20非空电话学院办公室电话

22、char，长度为10空值系表列名说明数据类型约束说明学院号学院唯一的编号char，长度为10主键之一系号系唯一的编号char，长度为20主键之一系名系的名称char，长度为20非空电话学院办公室电话char，长度为10空值学生表列名说明数据类型约束说明学号学生唯一的编号char，长度为10主键姓名学生的名称char，长度为20非空性别学生的性别char，长度为2非空生日学生的出生年月datetime，长度为20非空入学时间学生入学的年月datetime，长度为20非空学院号学生所属学院char，长度为10外键班级号班级唯一的编号char，长度为10外键政治面貌学生的所属组织char，长度为10

23、空值籍贯学生的祖籍char，长度为10非空课程表列名说明数据类型约束说明课程号课程唯一的编号char，长度为10主键课程名课程的名称char，长度为20非空学分课程的学分float非空教授表列名说明数据类型约束说明工号号老师唯一的编号char，长度为10主键之一课程号课程唯一的编号char，长度为10主键之一老师表列名说明数据类型约束说明工号老师唯一的编号char，长度为10主键姓名老师的名称char，长度为20非空性别老师的性别char，长度为2非空职称老师的级别char，长度为10非空学院号老师所属的学院char，长度为10外键上课表列名说明数据类型约束说明课程号课程唯一的编号char，长

24、度为10主键之一工号老师唯一的编号char，长度为10主键之一成绩学生的成绩float空学号学生唯一的编号char，长度为10主键之一4.2数据模型的优化数据库逻辑设计的结果不是唯一的。 当得到初步数据模型后，还应该适当地修改、调整数据模型的结构，以进一步提高数据库应用系统的性能，这就是数据模型的优化。 关系数据模型的优化通常以规范化理论为指导，优化数据模型的方法为：确定数据依赖 按需求分析阶段所得到的语义，分别写出每个关系模式内部各属性之间的数据依赖以及不同关系模式属性之间数据依赖 如课程关系模式内部存在下列数据依赖：课程号课程名 课程号学分 课程号教室号 选修关系模式中存在下列数据依赖：（

25、学号，课程号）成绩 学生关系模式中存在下列数据依赖：学号姓名 学号性别 学号出生日期 学号所在系 学号年级 学号班号 学号成绩 学号档案号 对于各个关系模式之间的数据依赖进行极小化处理，消除冗余的联系。 按照数据依赖的理论对关系模式逐一进行分析，考查是否存在部分函数依赖、传递函数依赖、多值依赖等，确定各关系模式分别属于第几范式。例如经过分析可知，课程关系模式属于BC范式。 按照需求分析阶段得到的各种应用对数据处理的要求，分析对于这样的应用环境这些模式是否合适，确定是否要对它们进行合并或分解。 并不是规范化程度越高的关系就越优。 当一个应用的查询中经常涉及到两个或多个关系模式的属性时，系统必须经

26、常地进行联接运算，而联系运算的代价是相当高的，可以说关系模型低效的主要原因就是做联接运算引起的，因此在这种情况下，第二范式甚至第一范式也许是最好的。 非BCNF的关系模式虽然从理论上分析会存在不同程度的更新异常，但如果在实际应用中对此关系模式只是查询，并不执行更新操作，则就不会产生实际影响。 对于一个具体应用来说，到底规范化进行到什么程度，需要权衡响应时间和潜在问题两者的利弊才能决定。一般说来，第三范式就足够了。 常用分解方法 水平分解 垂直分解 水平分解如下：什么是水平分解 把(基本)关系的元组分为若干子集合，定义每个子集合为一个子关系，以提高系统的效率。 水平分解的适用范围： 1、 满足“

27、80/20原则”的应用 80/20原则：一个大关系中，经常被使用的数据只是关系的一部分，约20% 把经常使用的数据分解出来，形成一个子关系，可以减少查询的数据量。 2、并发事务经常存取不相交的数据 如果关系R上具有n个事务，而且多数事务存取的数据不相交，则R可分解为少于或等于n个子关系，使每个事务存取的数据对应一个关系。 垂直分解如下： 什么是垂直分解 把关系模式R的属性分解为若干子集合，形成若干子关系模式。 垂直分解的原则 经常在一起使用的属性从R中分解出来形成一个子关系模式。 垂直分解的优点 可以提高某些事务的效率 垂直分解的缺点 可能使另一些事务不得不执行连接操作，从而降低了效率。 垂直

28、分解的适用范围 取决于分解后R上的所有事务的总效率是否得到了提高。 进行垂直分解的方法 简单情况：直观分解 复杂情况：用第五章中的模式分解算法 垂直分解必须不损失关系模式的语义(保持无损连接性和保持函数依赖)。水平分解是把基本关系的元祖分为若干子集合，定义每个子集合为一个子关系，以提高系统的效率。一个大关系中，经常被使用的数据只是关系的一部分，约20%，可以把经常使用的数据分解出来，形成一个子关系。在上课表中，经常使用的关系有学号-成绩和老师的工号-课程号，这样就可以对上课表进行水平分解，进一步提高数据库应用系统的性能。4.3设计用户子模式定义数据库模式主要是从系统的时间效率、空间效率、易维护

29、等角度出发。 定义用户外模式时应该更注重考虑用户的习惯与方便。包括三个方面： 1、使用更符合用户习惯的别名 合并各分E-R图曾做了消除命名冲突的工作，以使数据库系统中同一关系和属性具有唯一的名字。这在设计数据库整体结构时是非常必要的。 但对于某些局部应用，由于改用了不符合用户习惯的属性名，可能会使他们感到不方便，因此在设计用户的子模式时可以重新定义某些属性名，使其与用户习惯一致。 当然，为了应用的规范化，我们也不应该一味地迁就用户。 例：负责学籍管理的用户习惯于称教师模式的职工号为教师编号。因此可以定义视图，在视图中职工号重定义为教师编号 2、针对不同级别的用户定义不同的外模式，以满足系统对安

30、全性的要求。这样就可以防止用户非法访问本来不允许他们查询的数据，保证了系统的安全性。在老师和学生关系间建立视图 为学生建立视图学生1（学号，班级名，姓名，性别，出生年月，入学时间，政治面貌，籍贯，课程名，成绩）CREATE VIEW student_s1(学号,班级名,姓名,性别,生日,入学时间,政治面貌,籍贯,课程名,成绩)ASSELECT 学生.学号,班级.班级名,姓名,性别,生日,入学时间,政治面貌,籍贯,课程.课程名,成绩FROM 学生,班级,上课,课程WHERE 学生.班级号 = 班级.班级号 AND 学生.学号=上课.学号 AND 上课.课程号=课程.课程号老师1（工号，姓名，性别

31、，课程名）CREATE VIEW student_t1 (工号,姓名,性别,课程名)ASSELECT 老师.工号,姓名,性别,课程.课程名FROM 老师,教授,课程WHERE 老师.工号=教授.工号 AND 教授.课程号=课程.课程号 为老师建立视图学生2（学号，班级名，姓名，性别，课程名，成绩）CREATE VIEW teacher_s2(学号,班级名,姓名,性别,课程名,成绩)ASSELECT 学生.学号,班级.班级名,姓名,性别,课程.课程名,成绩FROM 学生,上课,课程,班级WHERE 学生.班级号 = 班级.班级号 AND 上课.课程号=课程.课程号老师2（工号，姓名，性别，职称，

32、课程名）CREATE VIEW teacher_t2 (工号,姓名,性别,职称,课程名)ASSELECT 老师.工号,姓名,性别,职称,课程.课程名FROM 老师,教授,课程WHERE 老师.工号=教授.工号 AND 教授.课程号=课程.课程号3、简化用户对系统的使用 如果某些局部应用中经常要使用某些很复杂的查询，为了方便用户，可以将这些复杂查询定义为视图。5 数据库的物理设计数据库物理设计包含两方面的内容：（1）确定数据库的物理结构，为关系模式选择存取方法（2）对物理结构进行评价，评价的重点是时间和空间效率。5.1据库的物理设计的内容和方法不同的数据库产品所提供的物理环境、存取方法和存储结构

33、有很大差别，能供设计人员使用的设计变量、参数范围也很不相同，因此没有通用的物理设计方法可遵循，只能给出一般的设计内容和原则。希望设计优化的物理数据库结构，使得在数据库上运行的各种事务响应时间小、存储空间利用率高、事务吞吐率大。为此首先对要运行的事务进行详细分析，获得选择物理数据库设计所需要的参数。其次，要充分了解所用的RDBMS的内部特征，特别是系统提供的存取方法和存储结构。5.2关系模式存取方法选择1：存取方法是快速存取数据库中数据的技术。数据库管理系统一般都提供多种存取方法。2：采用聚簇存取方法，为了提高某个属性（或属性组）的查询速度，把这个或这些属性（聚簇码）上具有相同值得元祖集中存放在

34、连续的物理块上。聚簇可以大大提高按聚簇属性进行查询的效率以及节省存储空间。若用户经常要按系别查询学生的成绩单，这一查询需要按学号连接学生关系和上课关系。为了提高连接操作的效率，可以把具有相同学号值得学生元祖和上课元祖在物理上聚簇在一起。这就相当于把多个关系按“预连接”的形式存放，从而大大提高连接操作的效率。3：如果一个（或一组）属性经常在连接操作的连接条件中出现，则考虑在这个（或这组）属性上建立索引5.3确定数据库的存取结构在关系型数据库中，确定数据库有物理结构主要值确定数据库的存储位置好存储结构，包括确定关系、索引、日志、备份等。确认数据的存储分配和存储结构，并确定系统配置等。（1）确定数据

35、的存放位置：为了提高系统性能，应该根据应用情况讲数据的易变部分与稳定部分，经常存取部分和存取频率 较低部分开放存放。（2）确定系统配置：DBMS产品提供了一些系统配置遍历，存储分配参数，系统配置参数很多，会影响存取时间和存取空间的分配，在物理设计时，要根据系统实际运行情况进一步调整。5.4评价物理结构数据库物理设计过程中需要对时间效率、空间效率、维护代价和各种用户要求进行权衡，其结果可以产生多种方案。数据库设计人员必须对这些方案进行细致的评价，从中选择一个较优的方案作为数据库的物理结构。如果该结构不符合用户需求，则需要修改设计。6 数据库的实施和维护6.1 数据载入INSERTINTO 学院(

36、学院号,学院名,电话)VALUES (02, 不动产,); INSERTINTO 系(系号,系名,电话,学院号)VALUES (04, 城市规划,02);6.2 数据库的运行维护6.2.1 运行数据库试运行合格，数据库开发工作基本完成，可正式投入运行。6.2.2 维护数据库维护主要内容包括：一、 备份系统数据按照备份数据库的大小数据库备份有四种类型，完全备份、事务日志备份、差异备份、文件备份二、 万一系统失败时恢复数据库系统数据库的恢复主要依靠的技术是数据转储和登陆日志文件。数据转储是在数据库恢复中采用的基本技术。转储可分为静态转储和动态转储。静态转储是在系统中无运行事物时进行的转储操作。即转

37、储操作开始的时刻，数据库处于一致状态，期间不允许对数据库进行任何的存取、修改活动。动态转储是指转储期间允许对数据库进行存取或修改。即转储和用户事物可以并发执行。学生学籍管理系统是一个相对静态的数据库，对数据库的更新操作一般固定集中在一学期中的几天，存取操作也仅限于白天。所以该数据库采取静态转储较为方便。三、 产生用户信息表，并为信息表授权用户登录信息表的结构如下：字段名数据类型说明 UserName 文本用户名称，字段大小为50 OperateType 文本操作类型，字段大小为50 OperateTime 文本操作时间，字段大小为50 OperateContent 文本操作内容，字段大小为10

38、0四、 监视系统运行状况，及时处理系统错误五、 保证系统数据安全，周期更改用户口令7程序实现7.1 创建学生学籍管理系统数据库CREATE DATABASE 学籍管理ON (NAME=TSG_Data, FILENAME=d:MSSQL学生学籍管理系统学籍管理.mdf, SIZE=10MB, MAXSIZE=50MB, FILEGROWTH=10%)LOG ON( NAME=学籍管理_Log, FILENAME= d:MSSQL学生学籍管理系统学籍管理_Log.ldf, SIZE=2MB, MAXSIZE=5MB, FILEGROWTH=1MB)GO7.2建表-学院表GOCREATE TABL

39、E 学院(学院号 char(10) primary key,学院名 char(20) ,电话 float(12) NULL) GOGO-系表CREATE TABLE 系(系号 char(10) primary key,系名 char(20) ,电话 float(12) NULL,学院号 char(10),foreign key(学院号) references 学院(学院号) GO-班级表GOCREATE TABLE 班级(班级号 char(10) primary key,班级名 char(20) ,入学年份 char(4) ,系号 char(10),foreign key(系号) references 系(系号) GO-学生表GOCREATE TABLE 学生(学号 char(10) primary key,姓名 char(8) ,性别 char(2) ,生日 datetime null,