数据库技术与应用（SQLServer2005）
课 程 设 计 题 目 教师管理系统 组 员 班 级 计科班 学 院 信息科学与工程学院 指导教师 2012年 X 月 X 日 任务分配表 第 ** 组 学号 姓名 负责部分 成绩 组长 完成需求分析、概念逻辑结 构设计和运行、维护部分 组员 实现数据库实施阶段和运行部分 指导老师点评：
摘 要 随着计算机技术的飞速发展，计算机在各种单位机构管理中应用的普及，管理信息系统的开发在强调管理、强调信息的现代社会中也显得越来越重要。因此，利用计算机支持单位高效率地完成人事管理的日常事务，是适应现代各种单位机构制度要求、推动各种单位机构人事管理走向科学化、规范化的必要条件。
本系统详细介绍了以SQL Server 2005为语言编写教师管理信息系统的过程，从教师管理信息系统分析到总体设计与实现及测试的各个环节。该系统具备完善的教师信息管理功能，教师基本信息的录入、修改、查询、删除模块，教师考勤信息，以及系统的维护功能。为教师管理提供信息咨询，信息检索，信息存取等 服务，基本上能够满足高校对教师管理的需要。
数据库设计与实现的基本过程包括需求分析、概念结构设计、逻辑结构设计、数据库的实施阶段以及数据库的实施和维护等内容。需求分析确定系统的数据需求和处理需求；
概念结构设计通过对用户需求的综合、归纳和抽象，形成一个独立的概念模型；
逻辑结构设计则将概念模型转换为具体的数据库管理系统所支持的数据模型；
数据库的物理设计结合应用确定数据模型的存储结构和存取方式。在这些工作完成之后，就可以建立数据库并开始调试运行了，在数据库的运行过程中必须对其进行维护——包括数据库的备份与恢复、性能分析与改进等等。
关键字：概念结构：逻辑结构；
需求分析；
关系模式；
数据字典；
物理实现；
系统设计；
数据库系统 目录 第一章 绪论 5 1.1背景分析 5 1.2 开发设计思想 5 1.3系统功能分析 5 第二章 需求分析 6 2.1 功能要求 6 2.2流程模块图 6 2.2.1数据流程顶层图 7 2.2.2目标数据流程图 7 第三章 数据库概念结构设计 8 3.1实体属性图 8 3.1.1教师基本信息实体 8 3.1.2课程基本信息实体 8 3.1.3学院基本信息实体 9 3.1.4授课基本信息实体 9 3.2 总体E-R图 10 第四章 数据库逻辑结构设计 11 4.1 关系模型 11 4.2优化 11 4.3 数据信息表 12 第五章 数据库实施阶段 14 5.1创建数据库 14 5.2功能 17 5.2.1查询功能 17 5.2.2添加功能 21 5.2.3修改功能 22 5.2.4删除功能 23 第六章数据库运行和维护 24 6.1 运行和维护阶段的主要工作 24 6.2维护的类型与内容 24 总结 25 参考文献 26 第一章 绪论 1.1背景分析 传统意义上的教师管理均采用手工书写的方式来完成，需要通过大量的人工操作来进行。工作人员以纸、笔为处理工具，完全靠手工操作来记录、查询各种信息，不仅劳动强度较大、效率低，而且容易出错、数据不便更改，造成人力和财力资源的浪费。
随着社会的发展，计算机应用的日益普及，通过现代化的方式对教师信息进行管理已成为可能。基于此，我希望能通过开发这一管理系统，由计算机代替人工执行一系列诸如教师信息输入、修改、查询、统计等操作，减轻工作人员的工作强度，提高工作效率，降低学校运行成本；
同时，也对教师的科学化、规范化管理做出一点尝试。
1.2 开发设计思想 本系统开发设计思想:（1）尽量采用学校现有软硬件环境,及先进的管理系统开发方案, 从从而达到充分利用学校现有资源, 提高系统开发水平和应用效果的目的。
（2）系统采用模块化程序设计方法，既便于系统功能的各种组合和修改。
（3）系统应具备数据库维护功能，及时根据用户需求进行数据的查询、添加、删除、修改等操作。
1.3系统功能分析 根据本《教师管理系统》主要是为了满足学校的需求而设计，注重操作简单易用、功能简洁但够用的特点，拟定系统应当具有如下功能：
（1）教师基本信息数据的输入：操作人员可以在本系统中建立教师编号、教师姓名、性别、学历、职称、出生年月、地址等信息，作为教师查询的依据之一；
（2）教师基本信息数据的修改、删除：学校中的教师人数和人员，包括职称、工资都会随着时间的迁移而发生变化。因此，在系统中设置了增加记录、修改记录、删除记录等操作，教师管理人员可以随时对教师基本信息进行更新和修改；
第二章 需求分析 随着中国高等教育的发展，学校的规模不断地扩大，教师数量也越来越多。学校各系别的教师基本信息，授课信息及其他相关信息的信息处理量日益增大，手工管理不经成本高昂，容易出错，产生不必要的麻烦。为了能够快速、方便地显示结果，并且有效的对有关教师授课、课程信息的各种信息进行统计与管理，我们设计了教师管理系统。这个系统可以方便了学校对教师管理，降低了管理成本，是一个简洁而又高效的系统。
根据需求分析，本系统要实现以下基本功能：
教师授课课程基本信息实现了教师基本信息的添加、删除、修改以及查询。教师学院信息表是对教师授课信息的添加、删除、修改以及查询，是对教师与学院关系信息的维护: 2.1 功能要求 1、管理员能对教师有关的各类数据进行输入、更新、添加、删除与查询，并且可以增加新的用户。
2、教师能对个人信息和他人信息进行查询。
3、教务人员能对教师所有的信息进行查询并可以打印教师档案报表。
4、用户可以修改自己的个人密码。
5、用户可以修改自己的个人信息。
2.2流程模块图 根据需要完成的功能，设计出系统的总体功能模块。本系统共分为2个功能模块：基本信息管理、系统用户管理。功能模块示意图如下：
教师管理系统 查询 退出 用户 更新 查询姓名 查询职称 查询部门 添 加 修 改 账 号 密 码 添 加 修 改 删 除 图2-1教师管理系统功能模块示意图 评价信息 教 师 信 息 管 理 2.2.1数据流程顶层图 学 生 信息录用 信息管理 教 师 考核信息 管理员 领 导 教学任务 教务处 图2-2数据流顶层图 2.2.2目标数据流程图 通过系统的需求分析和教师信息的输入，最终组合了教师的基本信息表，如图2-3目标数据流程图所示信息来源过程：
教务处 学生 教师 考试成绩 教学任务 信息变更 统计 录用 测评 测评信息 教学任务量 教师管理系统 汇总 教师信息 统计计算 图2-3目标数据流程图 第三章 数据库概念结构设计 根据需求分析的结果，我们准备为学校编写一个教师管理系统。对该系统进行概念设计，依据我们的想法，该系统会分为三个实体，分别是教师实体、课程实体、学院实体，其中的联系是教师教授课程、教师所属学院。
E-R图如下：
3.1实体属性图 概念模型是对现实世界的抽象和概述，它真实的反映了事物和事物之间的联系。应用实体属性图可以描述某一组织的概念模型，下面根据需求分析设计教师管理信息系统的实体属性图。
3.1.1教师基本信息实体 教师实体图中包括的属性有编号、姓名、性别、工资、职称和联系方式，这些属性阐明了教师基本信息实体，如图3-1-1所示。
教 师 编号 姓名 性别 工资 职称 联系方式 图3-1教师信息实体图 3.1.2课程基本信息实体 课程实体图中包括的属性有编号、课程名、学分和学时，这些属性阐明了课程基本信息实体，如图3-1-2所示。
课 程 学 时 学分 课程名 编号 图3-2课程信息实体图 3.1.3学院基本信息实体 学院实体图中包括的属性有编号、名称、专业数和人数，这些属性阐明了学院基本信息实体，如图3-1-3所示。
学 院 人数 专业数 编号 名称 图3-3学院信息实体图 3.1.4授课基本信息实体 授课实体图中包括的属性有教师编号、课程编号、上课班级、学院名和上课时间，这些属性阐明了授课基本信息实体，如图3-1-4所示。
授课 上课时间 学院名 上课班级 课程编号 教师编号 图3-4授课信息实体图 3.2 总体E-R图 所有局部实体属性图设计好之后，接下来把它们综合成一个全局概念结构，即总体E-R图。在该总体E-R图中，有4个实体类型，4个联系类型，其实体属性分别见各自的实体图。该总体E-R图说明了实体与实体间的联系。如图3-2所示。
1 所属 学院 班级 课编号 教编号 学院名 N 1 时间 授课 教师 专业数 人数 编号 名称 1 课程 编号 姓名 性别 职称 电话 工资 学时 学分 课程名 编号 图3-5教师管理信息系统完整E-R图 第四章 数据库逻辑结构设计 4.1 关系模型 教师（教师编号，姓名，性别，联系方式，职称，工资）
课程（课程编号，课程名，学分，学时）
学院（学院编号，学院名，专业数，人数）
授课（教师编号，课程编号，上课班级，学院名，上课时间）
4.2优化 模式优化就是应用模式规范化技术对设计出来的数据库模式进行规范化处理，其目的是减少乃至消除关系模式中存在的各种异常，改善完整性，一致性和存储概率。
1、教师关系模式优化：
教师关系模式的函数依赖集为：
F={教师编号→姓名，教师编号→性别，教师编号→联系方式，教师编号→职称,教师编号→工资} 教师关系模式规范化：
根据1NF定义和分析, 教师关系模式的每个属性都是简单属性,所以 教师关系模式属于1NF。
根据2NF定义和分析, 教师关系模式中不存在部分函数依赖,所以 教师关系模式属于2NF。
根据3NF定义和分析, 教师关系模式中不存在传递函数依赖,所以 教师关系模式属于3NF。
2、课程关系模式优化：
课程关系模式的函数依赖集为：
F={课程编号→课程名，课程编号→学分，课程编号→学时} 课程关系模式规范化：
根据1NF定义和分析,课程关系模式的每个属性都是简单属性,所以课 程关系模式属于1NF。
根据2NF定义和分析,课程关系模式中不存在部分函数依赖,所以课程 关系模式属于2NF。
根据3NF定义和分析,课程关系模式中不存在传递函数依赖,所以课程 关系模式属于3NF。
3、学院关系模式优化：
选修关系模式的函数依赖集为：
F={学院编号→学院名，学院编号→专业数，学院编号→人数} 学院关系模式规范化：
根据1NF定义和分析,选修关系模式的每个属性都是简单属性,所以选 修关系模式属于1NF。
根据2NF定义和分析,选修关系模式中不存在部分函数依赖,所以选修 关系模式属于2NF。
根据3NF定义和分析,选修关系模式中不存在传递函数依赖,所以选修 关系模式属于3NF。
4、授课关系模式优化：
授课关系模式的函数依赖集为：
F={（教师编号，课程编号）→上课班级，（教师编号，课程编号）→学院名，（教师编号，课程编号）→上课时间} 授课关系模式规范化：
根据1NF定义和分析,选修关系模式的每个属性都是简单属性,所以选 修关系模式属于1NF。
根据2NF定义和分析,选修关系模式中不存在部分函数依赖,所以选修 关系模式属于2NF。
根据3NF定义和分析,选修关系模式中不存在传递函数依赖,所以选修 关系模式属于3NF。
4.3 数据信息表（1）通过关系模型和不断优化修改，得出如图4-1教师信息表：
列名 数据类型 可否为空 说明 教师编号 Varchar(10)NOT NULL 教师编号（主键）
姓名 Varchar(10)NOT NULL 教师姓名 性别 Char(2)NOT NULL 教师性别 联系方式 Varchar(10)NULL 联系方式 职称 Varchar(10)NOT NULL 教师职称 工资 Int（10）
NOT NULL 教师工资 图4-1教师信息表（2）通过关系模型和不断优化修改，得出如图4-2课程信息表：
列名 数据类型 可否为空 说明 课程编号 Varchar(10)NOT NULL 课程编号（主键）
课程名 Varchar(10)NOT NULL 课程名称 学分 Int(4)NOT NULL 学分 学时 Varchar(200)NOT NULL 学时 图4-2课程信息表（3）通过关系模型和不断优化修改，得出如图4-3学院信息表：
列名 数据类型 可否为空 说明 学院编号 Varchar(10)NOT NULL 学院编号(主键)学院名 Varchar(10)NOT NULL 学院名称 专业数 Varchar(10)NOT NULL 专业数 人数 Varchar(20)NOT NULL 学院人数 图4-3学院信息表（4）通过关系模型和不断优化修改，得出如图4-4授课信息表：
列名 数据类型 可否为空 说明 教师编号 Varchar(10)NOT NULL 教师编号(主键)课程编号 Varchar(10)NOT NULL 课程编号（主键）
上课班级 Varchar(10)NOT NULL 上课班级 学院名 Varchar(20)NOT NULL 学院名称 上课时间 Varchar(10)NOT NULL 上课学期 图4-4授课信息表 第五章 数据库实施阶段 5.1创建数据库 create database 教师管理 on primary(--主文件 name = m, filename = ＇F:＼教师管理＼PersonFinance.mdf＇, size = 5MB, maxsize = 100MB, filegrowth = 1MB),(--辅助文件 name = n, filename = ＇F:＼教师管理＼PersonFinance.ndf＇, size = 5MB, maxsize = 50MB, filegrowth = 1MB),(--日志文件 name = l, filename = ＇F:＼教师管理＼PersonFinance.ldf＇, size = 5MB, maxsize = 50MB, filegrowth = 1MB)（1）创建教师信息表：
create table 教师信息表(编号 int primary key , 姓名varchar(10)not null , 性别varchar(10), 工资int, 职称varchar(16), 联系方式int,);insert into 教师信息表values(10001,＇张三＇,＇男＇,5000,＇教授＇,123465612);insert into 教师信息表values(10002,＇李四＇,＇男＇,4000,＇讲师＇,1212321312);insert into 教师信息表values(10003,＇王好＇,＇女＇,3435,＇助教＇,2131241);insert into 教师信息表values(10004,＇陶于＇,＇女＇,4322,＇副教授＇,32123123);insert into 教师信息表values(10005,＇于吉＇,＇男＇,3412,＇教授＇,32423412);查询表中信息，代码如下：
select * from 教师信息表 执行后的结果显示如图所示：
(图5-1 教师信息表（2）创建课程表：
create table 课程表（编号int primary key, 课程名varchar(10), 学分int , 学时int,);insert into 课程表values(1001,＇数据库＇,4,80);insert into 课程表values(1002,＇数据结构＇,4,60);insert into 课程表values(1003,＇大学英语＇,3,60);insert into 课程表values(1004,＇大学物理＇,2,40);insert into 课程表values(1005 ,＇高数＇,4,50);查询表中信息，代码如下：
select * from 课程表 执行后的结果显示如图所示：
图5-2 课程表（3）创建学院表：
create table 学院表(编号int primary key, 名称varchar(20), 专业数int, 人数int,);insert into 学院表values(1030,＇管理学院＇,6,4000);insert into 学院表values(1023,＇信息科学与工程＇,8,5000);insert into 学院表values(1040,＇外语学院＇,7,4500);insert into 学院表values(1899,＇机械与工程学院＇,5,4523);insert into 学院表values(1235,＇中文学院＇,4,3800);查询表中信息，代码如下：
select * from 学院表 执行后的结果显示如图所示：
图5-3 学院表（4）创建授课表：
create table 授课表(教师编号int primary key, 课程编号int, 上课班级varchar(10), 学院名varchar(20), 上课时间varchar(20),);insert into 授课表values(10001,1002,＇计科＇,＇管理学院＇,＇10:00-11:40＇);insert into 授课表values(10002,1001,＇计科＇,＇信息科学与工程＇,＇8:00-9:40＇);insert into 授课表values(10005,1005,＇计科＇,＇外语学院＇,＇15:40-17:20＇);insert into 授课表values(10003,1004,＇计科＇,＇管理学院＇,＇14:00-15:40＇);insert into 授课表values(10004,1003,＇计科＇,＇机械与工程学＇,＇10:00-11:40＇);查询表中信息，代码如下：
select * from 授课表 执行后的结果显示如图所示：
图5-4 授课表 5.2功能 5.2.1查询功能 创建教师信息查询过程，实现对教师信息中教师教课的查询，即输入教师编号，查询该教师的所教的课程名和上课时间等信息：
（1）单表存储查询 创建教师信息查询存储过程，实现对教师信息中教师信息的查询。例如查询编号10001的教师信息，即输入教师编号，则输出该教师相关信息等 if exists(select * from sysobjects where name = ＇教师信息查询＇ and type = ＇p＇)drop procedure 教师信息查询 go create proc 教师信息查询 @b_编号int,@n_姓名varchar(10)output, @s_性别varchar(10)output,@g_工资varchar(10)output, @l_联系方式varchar(10)output,@t_职称Varchar(10)output as Select @b_编号=编号,@t_职称=职称,@n_姓名=姓名, @g_工资=工资,@l_联系方式=联系方式,@s_性别=性别 from 教师信息表 where 编号=@b_编号 go--查询教师信息 declare @n_姓名varchar(10), @s_性别varchar(10),@g_工资varchar(10), @l_联系方式varchar(10),@t_职称Varchar(10)exec 教师信息查询 ＇10001＇,@n_姓名output, @s_性别output,@g_工资output, @l_联系方式output,@t_职称output select @n_姓名as 姓名, @s_性别as 性别,@g_工资as 工资, @l_联系方式as 联系方式,@t_职称as 职称 结果如图5-5所示，经过与图5-1对比，却是其中的一项。
图5-5 单表存储查询（1）多表连接查询 即输入教师编号，通过连接多个数据基本表，查出该教师教的是哪一门课程，在哪个学部，什么时间上课等等。
<1>通过创建视图，简化查询操作，如下所示：
--视图 create view view_教师教课 as select 教师信息表.姓名,课程表.课程名,授课表.上课班级, 授课表.学院名,授课表.上课时间 from 教师信息表,课程表,授课表 where 教师信息表.编号=授课表.教师编号and 授课表.课程编号=课程表.编号--查询教师教课视图 select *from view_教师教课--删除视图 drop view view_教师教课 所操作的结果如图5-6视图多表连接查询所示：
图5-6视图多表连接查询 <2>通过创建用户自定义函数来简化查询操作，如下所示：
例如查询教师编号10003的教师所教授的课程，通过多个表的连接查询，的出的信息过程如下所示：
--查询教师教课 create function 教师教课(@t_no int)returns table as return(select 教师信息表.姓名,课程表.课程名, 授课表.上课班级,授课表.学院名,授课表.上课时间 from 教师信息表,课程表,授课表 where 教师信息表.编号=@t_no and 教师信息表.编号=授课表.教师编号and 授课表.课程编号=课程表.编号)--执行函数查询 select 姓名,课程名,上课班级,学院名,上课时间 from 教师教课(10003)drop function 教师教课 通过和图5-6对比，可以清楚的知道图5-7所示的结果，如下图：
图5-7 函数使用查询结果 5.2.2添加功能 在教师信息表上创建教师信息添加存储过程，实现教师信息的添加：
if exists(select * from sysobjects where name = ＇教师信息表添加＇ and type = ＇p＇)drop procedure 教师信息表添加 go create procedure 教师信息表添加 @t_编号int,@t_姓名Varchar(10),@t_性别Varchar(10), @t_工资int,@t_职称Varchar(16),@t_联系方式int as insert into 教师信息表 values(@t_编号,@t_姓名,@t_性别,@t_工资,@t_职称,@t_联系方式)go 例如在图5-1 教师信息表中添加 10006，张1，男，4800，教授，123443242的信息。
--执行教师信息存储过程 exec 教师信息表添加 10006,＇张＇,＇男＇,4800,＇教授＇,123443242 所得到的结果如图5-8添加信息所示：
图5-8添加信息 5.2.3修改功能 创建教师信息修改存储过程，实现教师信息的修改：
if exists(select * from sysobjects where name = ＇教师信息修改＇ and type = ＇p＇)drop procedure 教师信息修改 go create proc 教师信息修改 @t_编号Varchar(10),@t_姓名Varchar(10),@t_性别Char(2), @t_工资int,@t_联系方式Varchar(16),@t_职称Varchar(10)as update 教师信息表 set 编号=@t_编号,姓名=@t_姓名,性别=@t_性别,工资=@t_工资,联系方式=@t_联系方式,职称=@t_职称 where 编号=@t_编号 go 例如在图5-1 教师信息表中将 “于吉”修改成“于高”和“男”修改成“女”其余的不变，如下所示：
--执行教师信息修改过程 exec 教师信息修改10005,＇于高＇,＇女＇,3412,＇教授＇,32423412--修改后查询 select * from 教师信息表 所得到结果如图5-9修改信息所示：
图5-9修改信息 5.2.4删除功能 创建教师信息删除存储过程，实现教师信息的删除：
if exists(select * from sysobjects where name = ＇教师信息删除＇ and type = ＇p＇)drop procedure 教师信息删除 go create procedure 教师信息删除 @t_编号Varchar(10)as delete from 教师信息表 where 编号=@t_编号 go 例如在图5-1 教师信息表中将编号10004 的教师所有信息删除，如下所示：
--执行教师信息删除过程 exec 教师信息删除＇10004＇--修改后查询 select * from 教师信息表 所得到结果如图5-10删除信息所示：
图5-10删除信息 第六章数据库运行和维护 数据库试运行合格后，即可投入正式运行了，这标志着数据库开发工作基本完成。但是由于环境在不断变化，数据库运行过程中物理也会不断变化，对数据库设计进行评价、调整、修改和维护工作时一个长期的任务，也是设计工作的继续喝提高。
6.1 运行和维护阶段的主要工作 在数据库运行阶段，数据库你的维护主要由DBD完成。数据库的维护工作包括以下五项。
（1）
数据库的转储和恢复（2）
数据库的安全性、完整性控制（3）
数据库性能的监督、分析和改造（4）
数据库的数据重组（5）
数据库的重新构造 由于数据库应用环境发生变化，例如增加了新的应用或新的实体，取消了某些应用，有的实体与实体间的联系发生了变化等，使原有的数据库设计不能满足新的需求，需要调整数据库的模式和内模式。例如在表中增加或删除某些数据项、改变数据项的类型。增加或删除某个表、改变数据库的容量、增加或删除某些索引，以及增加或取消某些功能等等。当然数据库的重新构造也是有限的，只能做部分修改。如果应用变化太大，重新构造也无济于事，说明此DBS生命周期已经结束，应该设计新的DBS了。
6.2维护的类型与内容（1）校正性维护 为识别和纠正错误，弥补系统性能缺陷而修改系统的过程称校正性维护。
（2）适应性维护 为使应用系统适应计算机硬件环境、系统环境、数据环境变化而修改系统的过程称适应性维护。
（3）完善性维护 为适应变化，增加系统功能、增加系统性能、提高运行效率而修改系统的过程称完善性维护。
（4）预防性维护 为提高系统的可维护性和可靠性而对系统进行的修改称预防性维护。其目的是为以后进一步的运行和维护打好基础。
总结 通过这次的课程设计，使我对这学期学的知识有了更为全面的认识。在这个学期数据库的学习期间，我已经了解了数据库的大部分的操作代码和一些基本的对数据库的操作，但是由于接触的时间不是太久，所以对数据库了解还是不大全面，通过此次数据库的课程设计，我从中发现了自己的许多不足，也得以让我提高的数据库方面的知识能力，从而达到了学与用的结合，增强了对数据库应用方面的理解，对自己今后参与开发数据库系统积累了不少经验，让我受益匪浅。
通过和同学的共同努力，我们组设计出了一个基于教师管理的数据库系统，这个系统可以更好、更快、更有效地管理查询教师的信息。在这个系统中，我们主要实现了的功能有能够完成教师及其相关信息的输入、修改、插入、删除等工作，可以按照特定的信息进行查找等。在对课题分析的过程中，对数据库设计理念及思想上有更高的认识，从分析，到概念设计和逻辑设计，E-R图的绘制，懂得了不少有关数据库开发过程中的知识，在实验中建表，及其关系模式，将SQL语的查询语句运用在实处，增强了自己在数据库中应用SQL语言的理解，其中包括查询、插入、删除、修改,特别是对多表查询，表和表之间的联系有了全新的认识。在上机的时候，我们会有做的得心应手的时候，也有磕磕绊绊的时候。其实那些磕绊的地方往往就是我们上课没有听懂的地方，所以这就要求我们的重视，及时向老师寻求答案。实习结束后，我逐渐认识到了自己所掌握的知识远远不够，我还需进一步的努力学习。同时我发现理论和实践之间还是存在一定的差距，要把理论知识灵活运用于实践才是最好的，因此我也希望学校能多给我们提供一些实践的机会。
为适应时代的发展，需要尽可能地学习更多的知识和能力，学会创新求变，以适应社会的需要，那就更需要掌握较全面的计算机知识，计算机知识更新是很快的，只有不断地学习，才能掌握最新的知识。因此，在以后的学习工作中，我们应该继续学习、操作，熟练运用这些知识，不断完善和充实自己，争取做一个合格的当代大学生，将来做一名对社会有用的人。
参考文献 [1] 陈松桥.数据库技术与应用.长沙：中南大学出版社，2005 [2] 陈志泊.数据库原理及应用教程[M].北京：人民邮电出版社，2002 [3] 周志逵.数据库理论与新技术.北京：北京理工大学出版社，2001 [4] 贺利坚.数据库技术与应用[M].北京：北京希望电子出版社，2002
《SQL-Server-数据库设计》课程设计报告（图书馆管理系统）
