学生学籍管理系统(数据库系统)(SQL)52275.doc
《学生学籍管理系统(数据库系统)(SQL)52275.doc》由会员分享,可在线阅读,更多相关《学生学籍管理系统(数据库系统)(SQL)52275.doc(34页珍藏版)》请在咨信网上搜索。
学生学籍管理系统(数据库系统)(SQL)52275 ———————————————————————————————— 作者: ———————————————————————————————— 日期: 2 个人收集整理 勿做商业用途 数据库原理、方法与应用论文 学生学籍管理系统 学院:衡阳师范学院 专业:数学与应用数学 学号:09090128 姓名:苏洁 摘要 随着我国教育体制改革的深入进行,教育系统得到了前所未有的发展。学生管理正在逐步迈向管理信息现代化。但是我国的学生管理信息化水平还处在初级阶段,主要表现在对学生的交费管理、学生的档案管理还是采用原有的人工管理方式。学校的规模不断扩大,学生数量急剧增加,有关学生的各种信息量也成倍增长。由于大学生类别和专业的设置的多样化,大学生的学籍管理历来是非常繁琐和复杂的的工作。面对庞大的信息量, 这时的人工管理几乎无法实现,在这种情况下用数据库进行管理变的尤为必要,这可以发挥计算机的优势,就需要有学生信息管理系统来提高学生管理工作的效率。通过这样的系统,可以做到信息的规范管理,科学统计和快速的查询,从而减少管理方面的工作量和减少人为的错误。 关键词:学生学籍管理系统;数据库;数据字典;触发器 内容和要求 1系统目标设计 ² 使得学生的学籍管理工作更加清晰、条理化、自动化。 ² 很容易地完成新生信息的输入、老生信息的备份、毕业学生的信息可以很容易地保存。 ² 当学生需要查询成绩时,可以很简单地将其需要的信息从数据库中查找出来并可以打印查询结果。 ² 随着当今网络技术的发展,提供网络在线查询功能,可以为毕业生提供更多的就业机会。 2系统功能要求 (1)学生基本信息系统 ² 能够完成新、老生信息的输人、修改、插人、删除等工作. ² 可以按照特定的信息进行查找,并按照特定的要求进行排序。 ² 可以对老生的信息进行备份,以便日后查询. ² 可以对学生的信息进行打印输出. ² 提供详细的帮助文件和系统维护功能。 (2)学生成绩管理系统 此部分的功能如下: ² 学生成绩的输入、修改、删除等基本操作. ² 成绩的综合统计功能,包括学生成绩按照不同条件进行排名.管理人员可以选择不同的排序条件,并可以将排序结果进行打印输出。 ² 计算各班的总分和平均分,并按照平均分将各班成绩进行排序。 ² 统计不及格考生的信息,根据条件确定是重修还是补考。 ² 学生奖励统计,自动生成每班获得奖学金的同学的信息,并可以将奖学金分成不同的等级,以及所得奖学金的数目. ² 本系统可以在单机上运行,也可以应用在网络上供在线查询成绩和其他一些学生的信息(此功能选做人提供给学生进行查询的系统和提供给教务处使用的系统,在不同用户使用时,应该会有不同的使用权限. ² 提供详细的帮助文件. 由于数据库内的信息会很多,注意数据库表格设计,使得学生查询基本信息或学习成绩时使用时间较短。按照数据库系统开发步骤进行数据库概念结构设计、逻辑结构设计、物理结构设计。 系统的功能模块设计图如图所示。 图 1—1 系统功能模块设计图 需求分析 1 引言 进行数据库设计首先必须准确了解也分析用户需求(包括数据和处理)。目的是为学籍管理数据库系统的设计打下牢牢的基础,是数据库开发的重要文件依据,主要为数据库设计人员使用,是用户和系统分析员的项目依据文件。作为“地基”的需求分析是否做得充分与准确,它决定了在其上构建数据库大厦的速度和质量。需求分析做得不好,甚至会导致整个数据库设计返工重做。 本系统的开发是设计一个学生学籍管理系统(数据库系统)。 2 用户需求 本系统是针对高等院校的学生学籍管理,因此学籍管理系统的用户包括系统管理员、教师和学生。主要涉及系部信息、班级信息、任课教师信息、学生信息、课程信息以及选课记录和成绩等多种数据信息。 实现的具体功能如下: l 基本信息管理——系统管理员负责对各种基本信息的录入、修改、删除等操作。 l 学生成绩管理——系统管理员负责对学生成绩的录入、修改、删除等操作,学生可以查询各科成绩。 l 信息查询统计——学生可以查询基本信息和各科的考试成绩,老师可以查询基本信息和授课信息,系统管理员负责把老师提交的学生成绩进行管理,计算总成绩和平均成绩,统计不及格学生信息和获得奖学金学生的信息,最后再输出所有的信息。 l 毕业生信息管理——系统管理员负责计算毕业学生在学校期间所修课程的总学分,并进行审核,最后输出登记表和名册。 l 系统用户管理——系统管理员负责用不同的权限来限制不同用户对系统的使用。 以上是用户对系统的基本的功能要求,此外用户还要求系统的效率要高,查询速度要快,比较小的冗余,易维护,具有较高的数据安全性。 3 划分功能模块 根据系统功能的需求分析和高等院校学籍管理的特点,经过模块化的分析得到如下图1-1所示的系统功能模块结构图. 学籍管理系统 基本信息管理 毕业生信息管理 学生成绩管理 系统用户管理 信息查询统计 基本信息删除 基本信息修改 基本信息录入 学生成绩删除 学生成绩修改 学生成绩录入 修改密码 输出相关信息 统计学生成绩 计算学生成绩 学生成绩查询 基本信息查询 输出名册 审核资格 计算学分 帮助信息 图 2-1 系统功能模块图 4 数据字典 4。1 数据项 数据字典是系统中各类数据描述的集合,是进行详细的数据收集和数据分析所获得的主要成果,数据字典是对系统所用到的所有表结构的描述,学籍管理的主要数据见下表。 表 2。1 老师基本信息表 序号 字段 别名 数据类型 数据长度 码 1 tno 学号 char 10 Y 2 tname 姓名 varchar 10 N 3 tsex 性别 Char 2 N 4 profess 职称 varchar 10 N 5 dname 所属院系 varchar 8 N 6 tel 电话 int N 表 2.2 学生基本信息表 序号 字段 别名 数据类型 数据长度 码 1 sno 学号 varchar 10 Y 2 sname 姓名 varchar 10 N 3 ssex 性别 Char 2 N 4 birthday 出生日期 timestamp 20 N 5 symbol 政治面貌 varchar 8 N 6 Id 身份证号 varchar 20 N 7 Intime 入学时间 varchar 20 N 8 birthplace 籍贯 varchar 10 N 9 homeaddr 家庭住址 varchar 30 N 10 postcode 邮政编码 int N 表 2。3 专业信息表 序号 字段 别名 数据类型 数据长度 码 1 mno 专业号 char 10 Y 2 sno 学号 varchar 10 N 3 mname 专业名 char 10 N 4 intime 入学时间 datetime N 表 2。4 毕业信息表 序号 字段 别名 数据类型 数据长度 码 1 gno 毕业证编号 char 10 Y 2 sno 学号 varchar 10 N 3 sname 姓名 varchar 10 N 4 ssex 性别 char 2 N 5 dname 所属院系 varchar 10 N 6 intime 入学时间 datetime N 7 ycredit 已修学分 float N 8 xcredit 需修学分 float N 表 2.5 院系信息表 序号 字段 别名 数据类型 数据长度 码 1 dmpno 院系号 varchar 10 Y 2 dname 院系名称 varchar 10 N 3 dmphead 院长名 varchar 20 N 表 2。6 课程信息表 序号 字段 别名 数据类型 数据长度 码 1 cno 课程号 varchar 5 Y 2 cname 课程名 varchar 15 N 3 credit 学分 smallint N 表 2.7 学生选课信息表 序号 字段 别名 数据类型 数据长度 码 1 sno 学号 varchar 10 Y 2 cno 课程号 varchar 5 Y 3 grade 成绩 float N 表 2.8 老师授课信息表 序号 字段 别名 数据类型 数据长度 码 1 cno 课程号 varchar 5 Y 2 tno 教工号 char 10 Y 3 ctime 课时 smallint N 4.2数据结构 数据结构反映了数据之间的组合关系。一个数据结构可以由若干个数据项组成,也可以由若干个数据结构组成,或若干个数据项和数据结构混合组成.经过数据项和用户需求的分析,我对本系统一共分了5个组,具体如下表所示: 表 2.9 数据结构表 数据结构名 含义说明 组成部分 学生基本信息管理 描述学生基本信息 学号+姓名+性别+出生日期+身份证号+入学时间+政治面貌+家庭住址+籍贯+邮政编码+民族 老师基本信息管理 描述老师基本信息 教工号+姓名+性别+职称+所属院系+电话 学生、老师相关信息管理 描述学生选课信息,毕业信息,专业、院系信息,老师授课信息,院系信息 学号+课程号+成绩 课程号+教工号 毕业证编号+学号+姓名+性别+身份证号+所属院系+入学时间+已修学分+需修学分 学生成绩管理 描述学生平均成绩、总成绩的计算,统计相关信息 学号+课程号+成绩 系统管理 描述用户修改密码,帮助信息 4.3数据流 数据流是数据结构在系统内传输的路径。通过对用户的需求分析,以及数据项和数据流的设计,得出了相应的数据流描述如下表所示: 1、数据流定义表 表 2.10 数据流定义表 编号 数据流名 组成 流量 备注 01 学生信息 学号+姓名+性别+出生日期+身份证号+入学时间+政治面貌+家庭住址+籍贯+邮政编码+民族 大 学生基本信息 02 教师信息 教工号+姓名+性别+职称+所属院系+电话 一般 教师基本信息 03 学生成绩 学号+姓名+性别+学号+课程号+成绩 大 学生详细信息 04 科目成绩 学号+课程号+成绩 大 学生考试成绩 05 各门成绩 学号+课程号+成绩 课程号+课程名+学分 大 同上 06 查询结果 科目成绩+各门成绩 大 各种信息 07 统计分析 科目成绩+各门成绩 大 学生奖励 2、外部项定义表 表 2.11 外部项定义表 编号 名称 输入数据流 输出数据流 备注 1 学生处 01 主要用于录入学生信息 2 学生 06 主要用语学生查询信息和成绩 3 老师 03 主要用于老师提交成绩 4 教务员 06/07 主要用于输出查询和统计信息的结果 4.4数据存储 数据存储是数据结构停留或保存的地方,也是数据流的来源和去向之一.经过数据项、数据结构和数据流的设计,本系统一共选用了三个数据存储,具体对数据存储的描述通常如下表所示: 表 2。12 数据存储表 编号 数据存储名 输入数据流 输出数据流 数据量 存取方式 A1 学生相关信息 01 大 批处理、顺序检索 A2 教师相关信息 03 02 一般 批处理、顺序检索 A3 学生成绩单 06,07 大 批处理、更新、顺序检索 4.5处理过程 处理过程的具体处理逻辑一般用判定表或判定树来描述。对于本系统用于学生学籍管理一共设计了四种处理方法,具体处理方式如下表所示: 表 2.13 数据处理过程表 编号 名称 输入数据流 输出数据流 备注 B1 插入修改 01,02,03 01,02,03 插入学生信息和老师信息 B2 更新修改 01,02,03 01,02,03 更新学生信息和老师信息 B3 删除修改 01,02,03 01,02,03 删除学生信息和老师信息 B4 统计分析 05,06 05,06 统计学生信息和成绩 概念结构设计 概念结构设计是整个数据库设计的关键,它通过对用户需求进行综合、归纳与抽象,形成独立于具体DBMS的概念模型. 1数据流图 数据流图表达了数据和处理的关系,根据用户的需求分析和高校学籍管理系统的需求,得出如下图1-1所示的学籍管理数据流图。 学生 教师 管理员 学生记录 成绩 毕业 送进信息 录入 查询 计算 统计 更新 录入 新生? 学生信息 批准? 成绩单 批准? 核对信息 学生名单 提交申请 审核信息 合格 图 3—1 学籍管理系统数据流图 2 系统E—R图 1. 对于学生信息管理,我们可以将学生实体抽象出来,学生属于学院可以将学院作为一个实体,学生所属专业和毕业信息都将可以作为一个实体。 图 3-2 学生实体E—R图 图 3—3 院系实体E-R图 图 3—4 专业实体E—R图 图 3—5 毕业实体E—R图 在学生信息管理中存在这样的关系:选择(一个学生只能选择一个专业,而一个专业可以供多个学生选择,故是多对一的关系)、学习(一个学生只能在一个院系学习,而一个院系可以供多个学生学习,故是多对一的关系). 图 3-6 学生关系E-R图 2. 对于老师信息管理,我们可以将老师实体抽象出来,老师属于学院可以将学院作为一个实体. 图 3—7 老师实体E-R图 在老师信息管理中存在这样的关系:拥有(一个老师只能在一个院系工作,而一个院系可以供多个多个老师工作,故是多对一的关系)。 图 3—8 老师关系E—R图 3. 对于教务信息管理,我们可以将课程实体抽象出来. 图 3—9 课程实体E—R图 在教务信息管理中存在这样的关系:毕业(一个学生拥有一个毕业信息,而一个毕业信息只属于一个学生,故是一对一的关系)、选修(一个学生可以选修多门课程,而一门课程可以被多个学生选修,故是多对多的关系)、开设(一个专业可以开设多门课程,而一门课程可以被多个专业选择,故是多对多的关系)、授课(一门课程可以被多个老师讲授,而一个老师可以讲授多门课程,故是多对多的关系)。 图 3-10 教务关系E-R图 以上是本系统中的基本的实体和关系,本系统是将其分步找出来加以描述,下面是本系统总体的E—R图: 图 3-11 学籍管理系统E—R图 3 概念模型 概念模型是在对用户需求分析之后,通过画出本系统抽象出的E—R图,由概念模型辅助工具PowerDesigner11进行设计,通过具体地设置和绘图,最后就形成了如下所示的概念模型图,生成的概念结构就能真实、充分地反映现实世界,包括事物和事物之间的联系,能满足用户对数据的处理要求,是对现实世界的一个真实模型。 图 3-12 学籍管理系统概念模型图 逻辑结构设计 逻辑结构设计就是把概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构。 设计逻辑结构一般分为3步进行: (1)将概念结构转换为一般的关系、网状、层次模型; (2)将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换; (3)对数据模型进行优化. 1 关系模型 将E-R图转换为关系模型实际上就是要奖实体型、实体的属性和实体型之间的联系转换为关系模式,这种转换一般遵循如下原则:一个实体型转换为一个关系模式。实体的属性就是关系的属性,实体的码就是关系的码。对于实体型间的联系则有以下不同的情况: (1)一个1:1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的个实体的码以及联系本身的属性均转换为关系的属性,每个实体的码均是该关系的侯选码。如果与某一端实体对应的关系模式合并,则需要在关系模式的属性中加入另一个关系模式的码和联系本身的属性. (2)一个1:n联系可以转换为一个独立的关系模式,也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的个各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为n端实体的码。 (3)一个m:n联系转换为一个关系模式。与该联系相连的个实体的码以及联系本身的属性均转换为关系的属性,各实体的码组成关系的码或关系码的一部分。 (4)3个或3个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性,各实体的码组成关系的码或关系码的一部分。 (5)具有相同码的关系模式可合并。 将概念结构设计阶段设计好的基本E-R图转换为关系模型,如下所示: n 学生(学号,专业号,院系号,姓名,性别,出生日期,身份证号,入学时间,政治面貌,家庭住址,籍贯,邮政编码,民族),此为学生实体对应的关系模式。 n 教师(教工号,姓名,性别,职称,所属院系,电话),此为老师实体对应的关系模式。 n 毕业(毕业证编号,学号,姓名,性别,身份证号,所属院系,入学时间,已修学分,需修学分),此为毕业实体对应的关系模式。 n 课程(课程号,课程名,学分),此为课程实体对应的关系模式. n 院系(院系号,院系名称,院长名),此为院系实体对应的关系模式。 n 选修(学号,课程号,成绩),此为选修关系对应的关系模式。 n 授课(课程号,教工号,课时),此为老师授课关系对应的关系模式. n 开设(专业号,课程号),此为专业开设课程关系对应的关系模式。 2 物理模型 将生成的概念模型通过单击PowerDesigner11工具菜单栏上的Tools选项,再选择Generate Physical Data Model选项,就可以转换为物理模型,生成的最后结果具体如下图所示: 图 4-1 学籍管理系统物理模型图 物理结构设计与功能实现 1 物理结构设计 数据库的物理设计就是为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程。物理结构设计阶段实现的是数据库系统的内模式,它的质量直接决定了整个系统的性能。因此在确定数据库的存储结构和存取方法之前,对数据库系统所支持的事务要进行仔细分析,获得优化数据库物理设计的参数 数据库的物理设计通常分为两步: (1)确定数据库的物理结构,在关系数据库中主要指存取方法和存取结构; (2)对物理结构进行评价,评价的重点是时间和空间效率。 1。1 确定数据库的存储结构 由于本系统的数据库建立不是很大,所以数据存储采用的是一个磁盘的一个分区。 1.2 存取方法和优化方法 存取方法是快速存取数据库中数据的技术.数据库管理系统一般都是提供多种存取方法。常用的存取方法有三类。第一类是索引方法,目前主要是B+树索引方法;第二类是聚簇方法;第三类是HASH方法。数据库的索引类似书的目录。在书中,目录允许用户不必浏览全书就能迅速地找到所需要的位置。在数据库中,索引也允许应用程序迅速找到表中的数据,而不必扫描整个数据库。在书中,目录就是内容和相应页号的清单。在数据库中,索引就是表中数据和相应存储位置的列表。使用索引可以大大减少数据的查询时间。 但需要注意的是索引虽然能加速查询的速度,但是为数据库中的每张表都设置大量的索引并不是一个明智的做法.这是因为增加索引也有其不利的一面:首先,每个索引都将占用一定的存储空间,如果建立聚簇索引(会改变数据物理存储位置的一种索引),占用需要的空间就会更大;其次,当对表中的数据进行增加、删除和修改的时候,索引也要动态地维护,这样就降低了数据的更新速度。 2 功能实现 完成数据库的物理设计之后,设计人员就要用RDBMS提供的数据定义语言和其他实用程序将数据库逻辑设计和物理设计结果严格描述出来,成为DBMS可以接受的源代码,再经过调试产生目标模式.然后就可以组织数据入库,最后就在此基础上编写各个表相关的触发器和存储过程。 2.1 触发器 触发器是用户定义在关系表上的一类由事件驱动的特殊过程。一旦定义,任何用户对表的增、删、改操作均由服务器自动激活相应的触发器,在DBMS核心层进行集中的完整性控制.由于本系统的触发器比较多,在这里我只写出了其中的一部分触发器,具体如下所示。 (1)数据更新 —-—-—--——---———————-—-———-———--———-——-———--——---—--—-——-——-—-—-—--—--————-—-——----—-—--———--—--————-——-———----——----— CREATE TRIGGER scupdate ON dbo.student //建立学生信息表更新触发器 FOR UPDATE AS UPDATE SC //更新学生选课表SC SET SNO = (SELECT SNO FROM INSERTED) //将SC表中的学号改成学生表改后的 WHERE SNO = (SELECT SNO FROM DELETED); //更改对应的学生学号 -——-—-—-———--——-——--——-————-——--—-————---——-——-—-———-—-————-—-—--——--—-—--——————-—-———-———-----—-———-——-—--——-——-———- CREATE TRIGGER graduateupdate ON dbo.student //建立学生信息表更新触发器 FOR UPDATE AS UPDATE GRADUATE //更新学生毕业信息表GRADUATE SET SNO = (SELECT SNO FROM INSERTED) //将GRADUATE表中的学号改成学生表修改后的 WHERE SNO = (SELECT SNO FROM DELETED); //更改对应的学生学号 -—-----—--——-——-——-————---—---—--—-—-—-—-—--—--—--—--———---————---—-—--—————---————-—————-——-———--—-———-————-———————— CREATE TRIGGER majorupdate ON dbo.student //建立学生信息表更新触发器 FOR UPDATE AS UPDATE MAJOR //更新专业信息表MAJOR SET SNO = (SELECT SNO FROM INSERTED) //将MAJOR表中的学号改成学生表修改后的 WHERE SNO = (SELECT SNO FROM DELETED); //更改对应的学生学号 ———-—-——-----——--—---—-—-———-—---———-—-—---—-—————-——--—-———-——————-——--——-——-———-———-—-——------—-—---————-——-------— CREATE TRIGGER student1 ON dbo。major //建立专业信息表更新触发器 FOR UPDATE AS UPDATE STUDENT //更新学生信息信息表STUDENT SET MNO = (SELECT MNO FROM INSERTED) //将STUDENT表中的专业号改成专业表修改后的 WHERE MNO = (SELECT MNO FROM DELETED); //更改对应的专业号 —--——-—-—-—--——--——--——-——--————-—-—---———--——-—-—--—----—----—-——----—-——---—-—-—-—----—---—-——--———--—-—————--—-—-- CREATE TRIGGER student2update ON dbo。department //建立院系信息表更新触发器 FOR UPDATE AS UPDATE STUDENT //更新学生信息信息表STUDENT SET DMPNO = (SELECT DMPNO FROM INSERTED) //将STUDENT表中的院系号改成专业表修改后的 WHERE DMPNO = (SELECT DMPNO FROM DELETED); //更改对应的院系号 ---—-----——--—-———--—--——--—-—-————---——---———----—--—-----————-—--———-—--—---—————---——-—--——-—-—-—-—---—-—-—-—----- (2) 数据删除 —-——--—-—-—-————-—----———----—-——-—--——-———-—-————-—-————-———-—--——-——--————-—-——-——---—--—---—-————---—————----—---— CREATE TRIGGER teach1update ON dbo。teacher //建立教师信息表删除触发器 FOR DELETE AS UPDATE TEACH //删除授课信息表TEACH SET TNO = NULL //删除TEACH表中的教工号删除 WHERE TNO = (SELECT TNO FROM DELETED) //找到对应的教工号 —--——--——-—---——----———-———----————----—————-——-————-—-—-—-——-————-—-———--—-—-—--—-—-—-—--—-----------—--—----—-—--—- CREATE TRIGGER sc1update ON dbo。course //建立课程信息表删除触发器 FOR DELETE AS UPDATE SC //删除选课信息表SC SET CNO = NULL //删除SC表中的课程号删除 WHERE CNO = (SELECT CNO FROM DELETED) //找到对应的课程号 --———-———-—-—--——————-——-———-----————--—-—————-----------—-—---—-----————-—-—--——-—-————-—--——-—-—---—---——-——--———-- CREATE TRIGGER stu_majorupdate ON dbo。major //建立专业信息表删除触发器 FOR DELETE AS UPDATE STUDENT //删除学生信息表STUDENT SET MNO = NULL //删除STUDENT 表中的专业号删除 WHERE MNO = (SELECT MNO FROM DELETED) //找到对应的专业号 ——-—--—————-—-——--———-—-—-——---————-———-————-—-—-———--—————-—--—------—-——-———-———-—-—-——-—--——-——--——————-—--————--— CREATE TRIGGER teacherupdate ON dbo。department //建立院系信息表删除触发器 FOR DELETE AS UPDATE TEACHER //删除教师信息表TEACHER SET DMPNO = NULL //删除TEACHER表中的院系号删除 WHERE DMPNO = (SELECT DMPNO FROM DELETED) //找到对应的院系号 ————---———-—-——————-———---—————-—-————-——--———-----——————-———--—-—-———--—---—-——----—————-—--———-—-—---—----—-—-—-—-— 2.2 存储过程 存储过程是PL/SQL语句书写的过程,这个过程经编译和优化后存储在数据库服务器中,使用时只要调用即可。 (1)数据查询 —-—--—-—----————————————---——--——-—-—-—-------—-—-———--——--—-—--—-——-——---———--——---———--—-—-—---———————---———-————-— 存储过程名:教师信息查询 入口参数:@tno varchar(10) //输入教师的教工号 出口参数:@tno char(10), @tname varchar(10), @profess varchar(10), @dname varchar(10), @tel int, @tsex char(2), //定义存放输出教师信息的变量 CREATE PROCEDURE selectteacher //建立查询教师信息存储过程 @tno AS SELECT @tno = tno FROM INSERTED //选择与输入教工号相等的所有记录 SELECT * //选出符合条件的教师所有信息 FROM teacher GO —----—-———--—---———---—-—---—----——————-—-—-—---—-———-—--——--—-———---———---—————--—-----——-—-—-—--——-—--———-————-—--- 存储过程名:院系信息查询 入口参数:@dmpno //输入院系的院系号 出口参数:@dmpno, @dmpname, @dmphead, //定义存放输出院系信息的变量 CREATE PROCEDURE selectdepartment//建立查询院系信息存储过程 @dmpno AS SELECT @dmpno = dmpno FROM INSERTED //选择与输入院系号相等的所有记录 SELECT * //选出符合条件的院系所有信息 FROM department GO ——-——--—----—--————-—-————-----—-——————-————-—-—-———-—-———-—-—--—-—-—--—-—--—--———-——-——-————---—--—---————----—--—-- (2)数据插入 —-—-——————-—--—-—----——-—---——---—-—--——-——---—--—-—-—-—————-—-—-—--—---——----———-—-———-—-———---———--—---————————-——— 存储过程名:学生信息插入 入口参数:@sno varchar(10), @id varchar(20), @intime varchar(20), @birthplace varchar(10), @sname varchar(10), @ssex char(2), @birthday varchar(20), @symbol varchar(8), @homeaddr varchar(20), @postcode int, //输入需要插入的学生所有信息 出口参数: 无 CREATE PROCEDURE insertstudent//建立插入学生信息的存储过程 @sno varchar(10), @id varchar(20), @intime varchar(20), @birthplace varchar(10), @sname varchar(10), @ssex char(2), @birthday varchar(20), @symbol varchar(8), @homeaddr varchar(20), @postcode int, //定义存放插入学生信息的变量 AS INSERT INTO student(sno,sname,ssex,birthday,symbol,id,intime,birthplace, homeaddr,postcode)//插入学生表对应的列名 VALUES (@sno varchar(10), @sname varchar(10), @ssex char(2), @birthday varchar(20), @symbol varchar(8), @id varchar(20), @intime varchar(20), @birthplace varchar(10), @homeaddr varchar(20), @postcode int)//插入学生表对应列名值 GO —---———-——--—--——-—--——--———-—---—-—-——--—-—-—--—--—————-—---——--——-------————-——---—————--——--——-————--------——————— 存储过程名:教师信息插入 入口参数:@tno char(10), @tname varchar(10), @profess varchar(10), @dname varchar(10), @tel int, @tsex char(2), //输入需要插入的教师所有信息 出口参数: 无 CREATE PROCEDURE insertteacher @tno char(10), @tname varchar(10), @profess varchar- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学生 学籍 管理 系统 数据库 SQL 52275
咨信网温馨提示:
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【天****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【天****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【天****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【天****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
关于本文