Oracle数据库课程设计-学生考勤系统的Oracle实现
- 格式:doc
- 大小:165.50 KB
- 文档页数:19
实验十九Oracle数据库系统开发实例-学生成绩管理系统【一】实验目的1.掌握采用开发Oracle数据库系统的方法;2.掌握开发C/S模式的数据库系统的方法。
【二】实验内容利用SQL Developer,在scott用户下创建6张表:student、teacher、course、allocate、score和users表,如表19-1至19-7所示。
表19-1 users表结构表19-2 users表的数据表19-3 student表的结构表19-4 teacher表的结构表19-5 course表的结构表19-6 allocate表的结构表19-7 score表的结构一、系统功能1.实现学生基本数据的编辑和相关查询。
2.实现教师基本数据的编辑和相关查询。
3.实现课程基本数据的编辑和相关查询。
4.实现各课程任课教师安排和相关查询。
5.实现学生成绩数据的编辑和相关查询。
6.实现用户管理和控制功能。
二、系统结构本系统对应的项目为“学生成绩管理系统.sln”,共有20个窗体和1个公共模块。
本项目的启动窗体为pass,该窗体提示用户输入相应的用户名/密码,并判断是否为合法用户。
如果是非法用户(用户名/密码输入错误),则提示用户再次输入用户名/密码,若用户非法输入3次,便自动退出系统运行。
如果是合法用户,则调用main多文档窗体启动相应的菜单,用户通过该系统菜单执行相应的操作。
系统结构图,如图19-1所示。
main窗体学生数据管理menu13_Click过程系统维护setuser窗体setuser1窗体pass窗体editstudent窗体editstudent1窗体querystudent窗体教师数据管理editteacher窗体editteacher1窗体queryteacher窗体课程数据管理editcourse窗体editcourse1窗体querycourse窗体成绩数据管理editscore窗体queryscore窗体课程安排管理allocatecourse窗体allocatecourse1窗体queryallocate窗体menu62_Click过程2.pass窗体pass窗体用于接受用户的用户名/密码输入,判断是否为合法用户。
oracle数据库设计课程设计一、课程目标知识目标:1. 理解Oracle数据库的基本概念,掌握数据库设计的基本原理;2. 学会使用SQL语言进行数据库的基本操作,如创建表、查询数据、更新数据等;3. 掌握数据库设计规范,能够设计出结构合理、性能优良的数据库表结构;4. 了解数据库的安全性和一致性约束,能够为数据库设置合理的约束条件。
技能目标:1. 能够运用所学知识独立完成小型信息系统的数据库设计;2. 能够熟练运用SQL语言进行数据库的操作,解决实际问题;3. 能够运用数据库设计原则对现有数据库进行优化,提高数据库性能;4. 能够分析实际业务需求,撰写数据库设计文档,为软件开发提供支持。
情感态度价值观目标:1. 培养学生对数据库技术的兴趣,激发学习积极性,提高自主学习能力;2. 培养学生具备良好的团队合作精神,能够在团队项目中发挥积极作用;3. 培养学生严谨、细致的学习态度,对待数据库设计和操作能够认真负责;4. 通过数据库技术在实际案例中的应用,使学生认识到信息技术对社会发展的积极作用,增强社会责任感。
二、教学内容1. Oracle数据库基础知识- 数据库概念、发展历史及Oracle数据库特点- 数据库体系结构、数据库存储结构- SQL*Plus工具的使用2. SQL语言基础- 数据定义语言(DDL):创建、修改、删除表- 数据操纵语言(DML):插入、查询、更新、删除数据- 数据控制语言(DCL):权限管理、事务控制3. 数据库设计原理- 实体关系模型(ER模型)及其转换- 数据库设计范式:1NF、2NF、3NF、BCNF- 数据完整性、约束条件设置4. Oracle数据库高级应用- 索引、分区、视图、序列的应用- 存储过程、函数、触发器的创建与使用- 数据库性能优化、备份与恢复5. 实践项目- 设计一个小型信息系统的数据库,包括表结构设计、数据操作、完整性约束设置等- 对数据库进行性能优化,分析并解决性能瓶颈- 撰写数据库设计文档,进行项目展示与交流教学内容按照以上五个方面进行组织,确保学生能够系统地掌握Oracle数据库的设计与应用。
Oracle数据库课程设计题目学生考试管理系统班级11网工2班马路瑶学号指导老师超峰目录一、前言 (2)二、需求分析 (3)三、系统设计 (5)四、数据库设计 (7)五、编程步骤 (19)六、测试 (25)七、课程设计总结 (33)八、参考资料 (34)九、附录 (34)一、前言学生考试管理是一个学校必不可少的部分,随着计算机和计算机知识的普及,学生考试管理系统得到了更大的发展空间,通过对学生考试管理系统的开发,可以提高校务人员的工作效率。
学生成绩管理是一个学校不可缺少的部分,一个良好的学生成绩管理系统应该能够为用户提供充足的信息和快捷的查询手段。
学生考试管理系统对学校加强学生考试管理有着极其重要的作用.由于各个大学都在持续扩招,学生的数量日益庞大,对于如何管理如此庞大的学生考试数据显得更为复杂,传统的手工成绩管理不仅工作量大,而且容易出现问题,如:效率低、性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。
已不能适应时代的发展。
随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。
作为计算机应用的一部分,使用计算机对学生成绩信息进行管理,具有手工管理所无法比拟的优点。
例:检索迅速、查找方便、可靠性高、存储量大、性好、寿命长、成本低等。
这些优点能够极提高管理者管理的效率,也是学校走向科学化、正规化管理,与世界接轨的重要条件。
因此,开发设计这样一套学生成考试理软件成为很有必要的事情.二、需求分析1.功能需求1.学生基本信息及所选科目成绩的录入或导入。
2.基本信息的查询(分系、班级;分科目)与修改。
3.对每系或每班各科成绩进行分析(即求单科平均成绩、及格率和优秀率);4.对所开课程的成绩分析(求其平均成绩,最高分和最低分);5.对学生考试成绩进行排名(单科按系别或班级进行排名,对每一个班级,同一学期学生总体成绩进行排名,并显示各科成绩信息)6.不及格情况的统计、导出、打印2.系统需求该学生成绩管理系统采用java语言开发研制, JavaBean作为行为模型,servlet作为响应服务器,DIV+CSS+javascript设计网页,oracle作为数据存储。
学生选课系统orcl课程设计一、教学目标本课程旨在通过学习Oracle学生选课系统的设计与实现,使学生掌握数据库管理系统的基本原理和应用,培养学生运用Oracle技术解决实际问题的能力。
具体目标如下:1.知识目标:–理解数据库管理系统的基本概念和架构。
–掌握Oracle数据库的基本操作和SQL语言。
–了解关系数据库的设计原则和范式。
–学习Oracle数据库的存储过程和触发器的编写。
2.技能目标:–能够熟练使用Oracle SQL进行数据查询、更新、删除和插入。
–能够设计和实现简单的数据库应用系统。
–能够编写简单的存储过程和触发器。
–能够对数据库进行性能优化和故障排除。
3.情感态度价值观目标:–培养学生的团队合作意识和问题解决能力。
–增强学生对数据库技术的重要性和应用前景的认识。
–培养学生对技术的热情和持续学习的动力。
二、教学内容本课程的教学内容主要包括Oracle数据库的基本概念、操作和应用。
具体内容包括:1.Oracle数据库的基本概念和架构。
2.SQL语言的基本操作,包括数据查询、更新、删除和插入。
3.关系数据库的设计原则和范式。
4.Oracle数据库的存储过程和触发器的编写和应用。
5.数据库性能优化和故障排除。
教学内容将按照上述主题进行,每个主题都将通过理论讲解、案例分析和实践操作相结合的方式进行教学。
三、教学方法为了提高学生的学习兴趣和主动性,将采用多种教学方法进行教学。
具体包括:1.讲授法:用于讲解基本概念、原理和理论知识。
2.案例分析法:通过分析实际案例,使学生更好地理解和应用理论知识。
3.实验法:通过实际操作,使学生掌握Oracle数据库的基本操作和应用。
4.小组讨论法:通过小组讨论,培养学生的团队合作意识和问题解决能力。
四、教学资源为了支持教学内容和教学方法的实施,将选择和准备以下教学资源:1.教材:选用权威、实用的Oracle数据库教材。
2.参考书:提供相关的Oracle数据库参考书籍,供学生深入学习。
数据库管理与维护设计报告题目:学生考勤系统学号: 131006406 学生姓名: 关文飞指导教师:余建国提交时间: 2015-11-21目录第1章需求分析 (1)1.1 需求调查........................................... 错误!未定义书签。
1.2 系统功能分析 (1)1.3 面对用户需求分析 (2)第2章面向对象分析和设计.................................. 错误!未定义书签。
第3章逻辑结构设计 (4)3.1 类和对象向关系模式转换 (5)3.2 关系模式优化 (8)第4章数据库物理结构设计.................................. 错误!未定义书签。
4.1 存取方法设计........................................ 错误!未定义书签。
4.2 存储结构设计....................................... 错误!未定义书签。
4.3 物理设计........................................... 错误!未定义书签。
第5章数据库完整性设计.................................... 错误!未定义书签。
5.1 主键及唯一性索引.................................... 错误!未定义书签。
5.2 参照完整性设计...................................... 错误!未定义书签。
5.3 Check约束......................................... 错误!未定义书签。
5.4 Default约束....................................... 错误!未定义书签。
5.5 触发器设计.......................................... 错误!未定义书签。
Oracle数据库课程设计——学生考勤系统的Oracle实现1学生考勤管理系统背景分析随着高校校园信息化的逐步完善,有效地借助网络、数据库等技术提高工作和管理效率。
如今针对师生的成绩查询系统、教务管理系统、招生就业系统、BBS、校园网站等系统在各大高校纷纷出现,对全校师生的学习、生活、管理、办公带来了便利。
因此学生考勤管理系统为进一步加强高校学风建设,维护正常的教学秩序,给学生创造一个优良的学习环境,从而应运而生。
目前高校学生上课考勤管理都是以任课老师上课点名,签到等等记录学生上课情况,对于时间比较长的请假,需要通过递交请假申请让班导师、院系领导都批准方能生效。
这种模式在目前高校管理中暴露了不可避免的弊端,这主要体现在如下几个方面:1、学生请假不方便;2、学生之间有冒名顶替签到的情况3、学生请假对任课老师不透明;4、学生对自己整个学期的上课出勤情况没有整体的统计信息;5、班导师对本班学生整个学期的上课出勤情况不易查看;6、院系领导、学校领导不容易把握学生上课的出勤情况。
因此一个好的学生考勤管理系统在一定程度上可以解决这些弊端,本系统主要针对目前高校学生在线请假以及学生上课出勤管理当中所暴露出来的问题而设计的信息系统。
本系统涉及到高校六大类用户:学生、任课老师、班导师、院系领导、学校领导、系统管理员。
2学生考勤管理系统需求分析2.1 用户需求描述用户是系统的最终使用者,根据分析,本系统应当包括学生、班导师、任课老师、院系领导、学校领导、系统管理员六类用户,这六类用户对系统的需求简要概括如下:2.2.1学生用户需求描述学生对本系统的主要需求是:在线请假以及查看在校期间所有的上课出勤信息。
在线请假需求:学生请假的全过程当中,学生可以随时查看请假的详细进展情况。
查看出勤信息需求:学生可以查看在校期间所有学期上课出勤的详细信息,如:查看“数据库课程设计”这门课程在整个学期请假、旷课多少次等信息。
其它需求:查看本人的基本信息,如本人的所属的院系、年级、专业、班级、学号、姓名、性别等,以及修改个人用户密码。
《基于C#+Oracle的考勤管理系统的设计与开发》年级: ***********学号:***********姓名:***********院系: ***********专业:***********基于C#+Oracle的考勤管理系统的设计与开发一、系统设计基本情况1.系统设计目标利用计算机管理考勤信息,在很大程度上减轻了统计的工作量,实现企业员工考勤管理的规范化,考勤数据统计的自动化。
2.设计思想除了能够手工录入员工的考勤记录外,还能与考勤机相配合,实现考勤信息录入自动化;考勤类型灵活设定,以便用户随时调整应具有报表功能,查询统计时能够直接生成相关员工的考勤报表,报表能导出系统应采用模块程序设计,便于组合和修改综合考虑,确定本系统采用C/S工作模式,以oracle作为后台数据库,C#为前台程序开发语言.3.系统功能模块划分3.1员工信息管理模块3.2考勤类型的设定模块3.3员工考勤信息手工录入模块3.4员工考勤情况统计报表生成模块二、数据库设计1.数据库需求分析与用户结合,调查用户需求操作的资料,弄清用户怎样处理各种数据资料,理清数据库中各数据之间的关系。
通过分析,设计数据集和数据项如下:1.1员工信息数据集,数据项为员工号,员工姓名,员工性别,员工所属部门.1.2考勤类型数据集:数据项为类型号,类型名称1.3员工考勤情况数据集:数据项为考勤日期,员工号,考勤类型号,备注。
2.数据库结构设计2.1员工信息实体E—R图2.2考勤类型实体E—R图2.3员工考勤实体E—R图2.4实体与实体间的关系E-R图3.各表格数据库设计代码(Oracle平台)3.1考勤类型表格CREATE TABLE KQLXB(BH VARCHAR(4) NOT NULL PRIMARY KEY,LX VARCHAR(20) NULL);3.2员工信息表格CREATE TABLE YGB(BH VARCHAR(8) NOT NULL PRIMARY KEY,XM VARCHAR(12) NOT NULL,XB VARCHAR(2) NOT NULL,BM VARCHAR(20));3.3考勤情况管理表格CREATE TABLE KQGLB(KQRQ DATE NOT NULL,YGBH VARCHAR(8) NOT NULL,LXBH VARCHAR(4) NOT NULL,BZ VARCHAR(60) ,CONSTRAINT KQGLBPRI PRIMARY KEY(KQRQ,YGBH));3.4外键设计ALTER TABLE KQGLB ADD(CONSTRAINT KQGL_BH_FK FOREIGN KEY(LXBH) REFERENCES KQLXB(BH),CONSTRAINT YG_BH_FK FOREIGN KEY(YGBH) REFERENCES YGB(BH) );3.5触发器CREATE or REPLACE TRIGGER delete_ygbAFTER DELETE ON ygb FOR EACH ROWBEGINDELETE FROM kqglb WHERE kqglb.ygbh=:old.bh;END delete_ygb;CREATE or REPLACE TRIGGER update_ygbBEFORE UPDATE ON ygb FOR EACH ROWBEGINUPDATE kqglb SET kqglb。
华北电力大学科技学院
实验报告
|
|
实验名称学生选课数据库的设计与管理
课程名称Oracle数据库系统应用
|
|
专业班级:软件10K2 学生姓名:李运
学号: 101909020216 成绩:
指导教师:实验日期:2013年5月10日
(实验报告如打印,纸张用A4,左装订;页边距:上下2.5cm,左2.9cm, 右2.1cm;字体:宋体小四号,1.25倍行距。
)
验证性、综合性实验报告应含的主要内容:
一、实验目的及要求
二、所用仪器、设备
三、实验原理
四、实验方法与步骤
五、实验结果与数据处理
六、讨论与结论(对实验现象、实验故障及处理方法、实验中存在的问题等进行分析和讨论,对实验的进一步想法或改进意见)
七、所附实验输出的结果或数据
设计性实验报告应含的主要内容:
一、设计要求
二、选择的方案
三、所用仪器、设备
四、实验方法与步骤
五、实验结果与数据处理
六、结论(依据“设计要求”)
七、所附实验输出的结果或数据
* 封面左侧印痕处装订。
基于Oracle数据库的学生信息管理系统设计作者:李红霞来源:《电脑知识与技术》2018年第35期摘要:Oracle数据库是一种实用性很强且功能非常强大的数据库技术,该文分析了适用于高职院校的学生信息管理系统的需求,给出了详细的系统设计方案,包括系统结构设计、数据库设计,分析了学生信息管理系统的实现及软件测试。
关键词:Oracle数据库;学生信息管理系统;软件测试中图分类号:TP311 文献标识码:A 文章编号:1009-3044(2018)35-0013-02Abstract: Oracle database is a very practical and powerful database technology. This paper analyses the requirements of student information management system for Higher Vocational colleges, and gives a detailed system design scheme, including system structure design, database design, and the realization and software of student information management system and Part test.Key words: Oracle database; student information management system; software testing在软件开发里,数据库技术是软件开发中的非常重要的一个步骤,数据库技术的发展已成为信息技术中最重要的组成部分之一。
早期的层次数据库、网状数据库和关系数据库,都在很多领域取得了巨大的成就。
但是关系数据库也存在一定的局限,尤其是随着应用领域的不断扩展,这种不足就更加明显。
Oracle数据库课程设计——学生考勤系统的Oracle实现1学生考勤管理系统背景分析随着高校校园信息化的逐步完善,有效地借助网络、数据库等技术提高工作和管理效率。
如今针对师生的成绩查询系统、教务管理系统、招生就业系统、BBS、校园网站等系统在各大高校纷纷出现,对全校师生的学习、生活、管理、办公带来了便利。
因此学生考勤管理系统为进一步加强高校学风建设,维护正常的教学秩序,给学生创造一个优良的学习环境,从而应运而生。
目前高校学生上课考勤管理都是以任课老师上课点名,签到等等记录学生上课情况,对于时间比较长的请假,需要通过递交请假申请让班导师、院系领导都批准方能生效。
这种模式在目前高校管理中暴露了不可避免的弊端,这主要体现在如下几个方面:1、学生请假不方便;2、学生之间有冒名顶替签到的情况3、学生请假对任课老师不透明;4、学生对自己整个学期的上课出勤情况没有整体的统计信息;5、班导师对本班学生整个学期的上课出勤情况不易查看;6、院系领导、学校领导不容易把握学生上课的出勤情况。
因此一个好的学生考勤管理系统在一定程度上可以解决这些弊端,本系统主要针对目前高校学生在线请假以及学生上课出勤管理当中所暴露出来的问题而设计的信息系统。
本系统涉及到高校六大类用户:学生、任课老师、班导师、院系领导、学校领导、系统管理员。
2学生考勤管理系统需求分析2.1 用户需求描述用户是系统的最终使用者,根据分析,本系统应当包括学生、班导师、任课老师、院系领导、学校领导、系统管理员六类用户,这六类用户对系统的需求简要概括如下:2.2.1学生用户需求描述学生对本系统的主要需求是:在线请假以及查看在校期间所有的上课出勤信息。
在线请假需求:学生请假的全过程当中,学生可以随时查看请假的详细进展情况。
查看出勤信息需求:学生可以查看在校期间所有学期上课出勤的详细信息,如:查看“数据库课程设计”这门课程在整个学期请假、旷课多少次等信息。
其它需求:查看本人的基本信息,如本人的所属的院系、年级、专业、班级、学号、姓名、性别等,以及修改个人用户密码。
2.2.2任课老师用户需求描述任课老师对系统的主要需求是:管理所教班级学生的上课出勤信息以及查看所教班级学生的上课出勤信息。
管理学生上课出勤需求:随着时间的变化,自动列出还没有在网上公布的学生上课出勤信息,系统自动根据学生请假系统,决定学生上课出勤的最终结果。
查看学生出勤信息需求:查看所教班级学生整个学期出勤情况。
其它需求:本人基本信息以及修改个人用户密码。
2.2.3班导师用户需求描述班导师对本系统的主要需求是:审批本班学生本学期的在线请假以及查看本班学生本学期所有课程的上课出勤信息。
审批学生请假需求:本班学生本学期在线请假申请后,自动提示班导师有等待审批的请假信息,班导师针对请假申请信息进行学生请假审批。
查看学生上课出勤信息需求:查看本班学生整个学期有关课程的出勤统计信息及详细信息。
其它需求:查看本班学生的基本信息、修改个人用户密码等。
2.2.4院系领导用户需求描述院系领导对系统的主要需求是:审批本院系学生超过三天的请假以及查看本院系学生上课出勤信息。
审批请假需求:当学生请超过三天的假,经班导师审批同意后,系统自动提交给任何一个进入系统的院系领导审批请假。
查看本院系学生出勤信息需求:输入查询条件后,系统根据查询条件列出本院系学生相关的上课出勤信息。
其它需求:查看本院系有关基本信息以及修改个人用户密码等。
2.2.5学校领导用户需求描述学校领导对系统的主要需求是:查看全校学生上课出勤信息。
查看出勤信息需求:输入查询条件后,系统根据查询条件列出本校学生相关的上课出勤信息。
其它需求:查看有关全校的基本信息以信修改个人用户密码等。
2.2.6系统管理员用户需求描述系统管理员有系统的最高权限,负责系统所需所有数据的动态同步更新以及维护,根据系统针对各用户的设计,基本功能需求如下:1、管理学校各院系、年级、专业、班级的添加、删除、修改等。
2、管理每个学期每个班级的课程安排及指定班导师和任课老师。
3、管理系统所有用户。
4、管理全校课表安排。
5、管理系统的请假、考勤信息。
2.3功能需求描述根据各类用户的需求描述,系统应当具备请假系统、考勤管理系统、后台管理系统这三大主要功能。
请假系统功能需求:通过班导师以及院系领导批准请假信息。
请假最长时间不能超过1个月,特殊情况除外。
考勤管理功能需求:任课老师通过考勤管理系统,对学生上课出勤信息进行公开。
请假系统要借助班导师才能完成,考勤管理系统要借助请假系统、班级课表安排才能完成,然而每学年课表都在变化,班导师安排也有在变化,学生也在变化,因此必须要求后台管理系统能根据系统需求,动态的、准确的更新系统数据。
2.4系统功能划分根据系统用户的需求,将本系统按功能划分成三大功能模块:请假系统、考勤系统、后台管理模块,涉及到六大类用户:学生、任课教师、班导师、院系领导、学校领导、系统管理员。
2.4.1 请假系统模块本模块的功能是在线请假的实现及管理,主要涉及三大类用户:学生、班导师及院系领导用户,学生通过此功能模块进行在线请假及查看请假记录信息;班导师在线审批学生请假及查看请假记录信息;院系领导在线审批学生长时间的请假及查看请假记录信息。
2.4.2 考勤系统模块本模块的功能是学生考勤信息统计的实现、查看及管理,涉及六大类用户中的所有用户。
学生在线查看自己所有学年的出勤信息;任课老师在线管理学生出勤信息;班导师、院系领导、学校领导查看不同的范围的学生出勤信息。
2.4.3 后台管理管理本模块的功能实现整个系统数据的同步更新及维护,只涉及系统管理员用户。
系统管理员动态的管理学生信息、课表安排、学年安排等信息,是整个系统实现的基础。
3学生考勤系统的E-R模型4数据字典设计5数据库表的逻辑结构设计(1)系统管理员表admin字段名数据类型可否为空键引用备注admin_no char(5) 否主键管理员编号admin_name char(10) 否管理员姓名admin_sex char(2) 否性别admin_title char(20) 否职称admin_password varchar2(20) 否登入密码(2)学生表student字段名数据类型可否为空键引用备注stu_no char(10) 否主键学生学号stu_name varchar(30) 否学生姓名stu_sex char(2) 否性别stu_class char(13) 否外键所属班级stu_major char(30) 否外键所属专业stu_faculty char(40) 否外键所属学院(3)院系表faculty字段名数据类型可否为空键引用备注faculty_id number 否主键院系编号faculty_name char(20) 否院系名称(4)专业表major字段名数据类型可否为空键引用备注major_id number 否主键专业编号major_name char(20) 否专业名称major_faculty number 否外键所属院系(5)教师表teacher字段名数据类型可否为空键引用备注tea_no char(10) 否主键任课老师编号tea_name char(20) 否任课老师姓名tea_sex char(2) 否性别tea_faculty number 否外键所属学院(6)班导师表classteacher字段名数据类型可否为空键引用备注classtea_no char(5) 否主键任课老师编号classtea_name char(20) 否任课老师姓名classtea_sex char(2) 否性别classtea_major number 否外键所属专业classtea_faculty number 否外键所属学院(7)院领导表collegeleader字段名数据类型可否为空键引用备注collegeleader_no char(5) 否主键学院领导编号collegeleader_name char(20) 否学院领导姓名collegeleader_sex char(2) 否性别collegeleader_faculty number 否外键所属学院title char(20) 否职称(8)学校领导表schoolleader字段名数据类型可否为空键引用备注schoolleader_no char(5) 否主键学校领导编号schoolleader_name char(20) 否学校领导姓名schoolleader_sex char(2) 否性别dept char(20) 否所属部门title char(25) 否职称(9)学生上课出勤记录表kaoqin_record字段名数据类型可否为空键引用备注kaoqin_id char(13) 否主键上课出勤编号sk_time datetime 否上课时间stu_number char(10) 否外键学生学号stu_status char(10) 否学生上课考勤状态teacher_no char(10) 否外键教师编号course_no char(13) 否外键课程编号(10)课程信息表course字段名数据类型可否为空键引用备注course_no char(13) 否主键课程编号course_name char(20) 否课程名称course_xz char(4) 否课程性质(11)班级表classes字段名数据类型可否为空键引用备注class_no char(10) 否主键课程编号class_name char(20) 否课程名称classtea_no char(5) 否外键课程性质(12)请假信息表qingjia字段名数据类型可否为空键引用备注id number 否主键请假代号class_id char(10) 否外键班级代号stu_no varchar2 (20) 否外键学生学号leave_reason varchar2 (200) 否请假原因start_time datetime 否开始时间end_time datetime 否结束时间day_number number 否请假天数qingjia_time datetime 否申请请假时间class_tea_id char(5) 否外键class_tea_sp_status char(10) 否班导师审批状态class_tea_sp_time datetime 否班导师审批时间coll_leader_sp_statchar(10) 否院系领导审批状态uscoll_leader_id char(5) 否外键院系领导代号coll_leader_sp_time datetime 否院系领导审批时间备注:status 表示审批状态:0为等待审批,1为同意请假,2为不同意请假。