学院班级。学生姓名学号。
设计地点（单位。
设计题目学生选课系统。
完成日期：2012 年 6 月 15 日
指导教师评语： _
成绩(五级记分制。
教师签名。一、 系统概要3
二、 需求分析3
1．用户需求分析3
1） 数据需求分析3
2） 安全性和完整性要求3
2． 系统需求分析3
3． 数据流图3
三、 概念设计4
1．实体分析4
2．系统局部er图4
四、 逻辑设计6
五、 数据库的物理设计7
1. 数据库的建立7
2.数据库的相关操作10
2.1.数据库中数据的查找10
2.2.数据库中数据的更新14
2.3.数据库中视图的处理15
2.4.数据库的安全性16
2.5.触发器17
2.6.存储过程18
2.7.批处理19
2.8.全局变量19
2.9.局部变量19
2.10. 表变量19
2.11. 临时表20
2.12事物20
六、 数据库维护23
七、 归纳总结23
八、 参考文献23
一、 系统概要。
学生管理信息化是学校管理系统应用信息技术及其产品的过程，是信息技术应用于学生管理的过程。学校信息系统是现存信息系统中较为复杂的一类，这是由学校本身的目标、任务和性质决定的。因此，学校信息化建设工作具有长期性、复杂性和内容的多变性；正因为如此，学生管理信息系统才显得非常重要，它将承担起学校信息管理一体化的重任。
荆楚理工学院管理数据库系统针对于学校的具体情况，实现了对学校信息的综合管理。该系统包含了学生学籍信息的管理，学生课程信息的管理，学生选课系统，学生评教系统，学生综合素质评测系统，网上办公系统等，内容全面，功能实用，具有可扩展，可更新的特性，信息冗余度小，充分利用了资源。
二、 需求分析。
1．用户需求分析。
1）数据需求分析。
从大的角度来看，包括学生，教师，课程信息，院系专业信息等等。我们调查了荆楚理工学院的相关资料，参考了其他学校的数据库信息，然后再总结归纳，考虑了实际要求和将来的发展，设定了系统的边界。
2）安全性和完整性要求。
关系系的外键教师编号表示联系领导，以说明这个联系的成员。
关系课程中的外键教师编号和系编号分别表示联系授课和提供。
关系教师内的外键系编号表示系与教师之间的联系属于，教师是它们的成员。
2．系统需求分析。
主要分析系统如何划分（及包含几个子系统）及各个子系统的功能介绍。
根据如上得到的用户需求，我们根据本系统按照所完成的功能得到以下学院数据库关系模式：
系（系编号，系名，位置）
课程（课程号，系编号#， 教师编号#，课程名称，开课学期）
学生（学号，姓名，姓别，地址）
教师（员工号，教师姓名，系编号#，办公室号）
选课（学号#，课程号#，选课日期，实践成绩，考试成绩）
3．数据流图。
数据流图是通过系列符号及其组合来描述系统功能的输入、输出、处理或加工构造。
系统的全局数据流图，在具体的设计工具中往往也称为第0层或顶层数据流图，主要是从整体上描述系统的数据流，反映系统中数据的整体流向，是设计者针对用户和开发者表达出来的一个总体描述。
三、概念设计。
上述的数据流图和数据字典共同构成了对用户需求的表达，它们是系统分析员(数据库管理员)在需求调查过程中和用户反复交互得到的。建设系统实际要处理的数据基本上已经在数据流图中得到体现，整个设计过程的后续步骤提供基础和依据。
概念设计就是通过对需求分析阶段所得到的信息需求进行综合、归纳与抽象，形成一个独立于具体数据库管理系统的概念模型，主要的手段为er图。
1．实体分析。
要建立系统的e-r模型的描述，需进一步从数据流图和数据字典中提取系统所有的实体及其属性。这种提出实体的指导原则如下：
属性必须是不可分的数据项，即属性中不能包含其它的属性或实。
e-r图中的关联必须是实体之间的关联，属性不能和其它实体之间有关联。
由前面分析得到的数据流图和数据字典，可以抽象得到实体主要有5个：学生、教师、课程、院系、选课。
1)学生实体属性有：学号、姓名、出生年月、性别、地址。
2)教师实体属性有：教师编号、教师姓名、性别、办公室。
3)课程实体属性有：课程号、系编号、教师编号、课程名称、开课学期。
4)院系实体属性有：系编号、系名称、位置。
(5)选课实体属性有：学号、课程号、选课日期、考试成绩。
2．系统局部er图（各个子系统或子系统局部的er图）
学生基本情况表er图。
课程表er图。
院系表er图。
教师基本情况er图。
四、 逻辑设计。
逻辑设计就是把e-r图转换成关系模式，并对其进行优化。
1. er图到关系模式的转换。
在概念设计阶段得到的数据模型，是独立于具体dbms产品的信息模型。在逻辑设计阶段就是将这种模型进一步转化为某一种（某些类）dbms产品支持的数据模型。目前大部分的流行的数据库管理系统(sql server、sybase 、oracle、db2等)基本上都是基于关系的数据模型，包括该系统将采用的sql server2000数据库系统，因此，应将概念设计阶段的e-r图模型转化为关系数据模型。
经分析得知系与系主任（系主任是教师）之间是1对1的关系，系与教师、系与课程，教师与课程之间是1对多的关系，而学生与课程之间则是多对多的关系。
2. 数据表结构设计。
在上述经由e-r模型得到关系模式并且得到适当的调整后，我们可以结合在需求表述中数据字典包含的数据项信息，得到数据库的表结构。需要指出的是，考虑到系统的统一兼顾如对数据库管理员和后续软件开发中对数据库管理以及编程引用的便利，表名和字段名的命名应该由表名的英文含义的词语为主或以其缩写字母构成；同时要为各个表名和字段名作出完整的中文文档说明。
图4.2.1 数据库中表清单。
图4.2.2 学生信息表student字段信息列表。
图4.2.3 学生选课信息表sc字段信息列表。
图4.2.4教师信息表teacher字段信息列表。
图4.2.5院系基本信息表depart字段信息列表。
图4.2.6课程表course字段信息列表。
五、数据库的物理设计。
数据库的物理设计任务，主要是将逻辑设计映射到存储介质上，利用可用的硬件和软件条件能可靠地、高效地对数据进行物理访问和维护。存储介质及其存储模式是任何关系数据库的关键组件。数据库的成功执行通常需要在工程的前期阶段精心设计。
关系数据库的存储设计在此数据库设计过程中占了很大份量，其中主要考虑的内容：
使用哪种类型的磁盘硬件，如 raid（独立磁盘冗余阵列）设备；
数据在磁盘上如何放置即数据的分配策略；
从访问性能的角度采用适当的索引技术和设计具体的索引项；
数据库库课程设计
目录。引言11 开发环境1 1.1 硬件环境1 1.2 软件环境1 1.2.1 sql server 2005 delphi7简单介绍2 2 需求分析3 2.1 信息需求3 2.2 功能需求3 2.3 安全性与完整性要求3 3 概念结构设计3 4 逻辑结构设计4 5 数据库实现6 5.1 创建数据库...
数据库课程设计总结数据库课程设计个人总结
数据库课程设计个人总结 4班6组赵 王婆卖瓜时间过了，言归正传吧。凡是都要有个总结，以下便是我在这个课程设计中的一点心得。首先我分析一下我们组任务顺利完成的成功之处并总结一些经验，供以后反省参考用。凡事预则备，不预则废。这是我的座右铭，也是我深有感悟的几句古语之一。在这个项目的开始阶段，老师便让我们...
数据库课程设计
简单pos系统。班级 计科二班 姓名 韩田田 学号 201010510237 目录。前言。销售管理作为零售企业现代化管理不可缺少的组成部分，日益受到人们的重视。传统销售模式以及销售管理体系和机制，已经越来越难以适应零售企业现代化管理的需求。pos point of sales，销售终端的英文缩写 是...