教室管理系统的数据库构建

目录

引言

1.需求分析....................................................1

1.1编写目H勺...............................................1

1.2编写背景和范围........................................1

1.3研究意义...............................................2

131学校日勺教室使用状况...............................3

1.4实现目日勺...............................................5

1.5需求分析...............................................8

1.5.1功能需求...........................................8

1.5.2使用者权限规定...................................10

1.5.3数据流图..........................................13

1.6数据字典..............................................16

1.7开发环境..............................................26

2.概念设计..................................................27

2.1概述...................................................27

2.2E-R图................................................27

3.逻辑分析..................................................37

3.1概念...................................................37

3.2实体H勺转换............................................37

3.3联络H勺转换............................................39

4.物理设计..................................................41

4.1概述...................................................41

4.2数据库模式定义H勺详细阐明.............................41

4.3数据库基本表和视图H勺创立.............................46

4.3.1.创立数据库......................................46

4.3.2.创立基本表.......................................46

4.3.3创立视图..........................................53

4.4索引H勺建立............................................55

本项目aJ任务提出者和开发者是大学教室管理系统软件开发小组,

顾客是老师和学生。本产品能详细化、合理化出J管理大学教室的使用状

况。本系统H勺顾客面向在校学生、教师、管理人员，我们根据从学校方

面获得的对教室H勺使用状况，存在H勺问题等信息，根据我们平常生活中

H勺生活经验，根据我们所做的对在校师生的问询和调查，创立数据库系

统。

1-3研究意义

大学教室管理系统是协助教学人员、学生对教室日勺目前使用状况更

好的理解，防止教室不合理H勺使用，从而以便学生自习和上课。在大学

里，教室仍然是教学的重要场所，也是学生学习的重要场所，因此教室

环境和设备直接影响到教学活动的开展和学生的学习。为了保证教室环

境良好的运转，教室H勺管理也就显得十分的必要和重要。教室的使用品

有一定的计划性和流动性，即一种班在对应的时间里，所上的课程和使

用的教室是固定的，不过不一样的课程在不一样的时间里会使用不一样

的教室，这与教务处口勺课程安排是亲密有关的。尤其是使用多媒体教室

的时候，这就显得比较麻烦。为了可以更系统的，更有序口勺，更合理时,

更有效的进行教室管理，有必要运用计算机来处理多种信息，这也就需

要一种更有效日勺教室管理系统。为此，通过较详细的调查和谨慎的思索,

我决定做一种教室管理系统，来处理这些问题，使管理简化，以便并且

更有效。

学校信息系统是现存信息系统中较为复杂的一类，这是由学校自身

H勺1=1的、任务和性质决定H勺；它应用于学校的学生管理、教师管理、教

室管理以及招生就业管理等各个方面，牵涉H勺信息种类「分庞杂。它融

合了学校的管理思想和各职能部门的工作经验，是学校FI前运作方式和

业务流程的详细体现，同步又在一定程度上反作用于学校目前的运作方

式和业务流程。而教室管理信息系统正是这样庞大的系统中的一种系

统。教室之于教师、学生、教学，均有极其重要的作用。因此，学校信

息化建设工作具有长期性、复杂性和内容的多变性；正由于如此，教室

管理信息系统也不是一种简朴啊、封闭日勺、静止的系统，而是一种复杂

日勺、开放的、在应用的深度和广度上，伴随时间的推移会逐渐变化和发

展出J系统。

学校的教室使用状况

与教室管理有关的学校日勺成分有：学生、教师和教室。学校丛J所有

平常工作都是围绕着这三大部分进行的。学校下设五个学院和思政部，

学院分别为：电气信息学院、经济管理学院、文理学院、建筑环境学院

以及机械工程学院；每个学院下设多种系，如电信学院下设五个系：网

络工程系、电气工程系、自动化系、计算机科学与技术系、电子信息工

程系；每个系均有若干专业，如网络工程系有物联网工程、网络工程；

每个专业配有若干教师，每个教师的职称也许会有所不一样。同步，教

师可以开设若干门课程，一门课程可以由多种老师来专家。每个专业开

设有若干课程，如网络工程系的物联网工程专业开设有数据库原理、电

子技术基础、Linux操作系统等课程。每个专业有若干班级构成，班级

口勺专业、人数、学生信息等各不相似。一种学校有若干教学楼，如教学

A楼、教学B楼、教学C楼、试验楼等；一种教学楼有若干楼层，如教

学A楼有一层、二层、三层、四层；一种楼层有若干教室，如一层有A101,

A102,A103,A104等教室。每个教室在不一样的时段可以上不一样II勺课

程。

1.4实现目的

（1）基本信息规定

a、教师信息：教师的基本信息（教师编号，教师姓名，性别，所属

院系，职称，专业）；

b、学生信息：学生H勺基本信息（学号，姓名，院系号，专业，班级,

性别，年龄）

c、教室信息：教室口勺基本信息（教室的教室编号，教室类型，教室

容量，教室多媒体状况）；

d、课程信息：课程日勺基本信息（课程编号，课程名称、课程学分、

课程种类、所属院系号）；

e、教学楼信息：教学楼H勺基本信息（教学楼名称，教学楼编号，

层数，教室类型）

（2）处理信息规定

为了可以妥善管理教室信息，使得教室的运用效率提高，完善目前

学校教室管理统的局限性，充足满足教师、学生的规定，必须对教室的

借用规则、使用状况做出明确欧I规定与清晰地显示。

a、教师查询：通过这个功能，可以查洵有关院系有关教师H勺个人

信息以及开课信息，以便能更好地理解教师及其开课状况。

b、教室查询：通过这个功能，可以查'角有关教室日勺信息以及该教

室在每天任意时段的使用状况，或者有课，或者有讲座，或者有活动等

等。这个功能以便使教师和同学能更好地理解教室及其使用状况。

c、课程查询：通过这个功能，可以查洵某一课程的详细信息，如

同一课程可以有多种教师开课，以便更好地理解任意课程的详细信息。

d、教室借用：通过这个功能，可以借教室，即获得教室在某段时

间H勺使用权，办讲座，开展社团活动，教师上课等等。

e、自习查询：学生通过这个功能，可以查询当日某一时段或多种

时段的空闲教室，去上自习。

f、学生查询：通过这个功能，可以查洵个人的信息和成绩，以便

更好的理解自己的学习进度。

(3)安全性规定(重要针对网站设计而言)

a、访问顾客的标识唯一以鉴别与否是合法顾客，并规定合法顾客

设置其密码，保证顾客身份不被盗用；

b、不一样的数据设置不一样H勺访问级别，限制访问顾客可查询和

处理数据的类别和内容；

c、不一样顾客设置不一样的权限，辨别不一样的顾客，如学生、

教师和教务处管理人员。学生（只能查询教室、教师和课程信息以及提

出借用教室申请），教师（只能查询教室、教师和课程信息，以及强出

借用教室申请），管理人员（可进行平常事务的I处理，如增长、删除、

更新课程、教室、教师信息，并同意或拒绝借用教室口勺申请）。

⑷完整性规定

a、多种信息记录H勺完整性，信息记录内容根据实际状况判断与否

能为空；

b、多种数据间互相的联络的对的性（外键、主键等的对的设置）；

c、相似的数据在不一样记录中的一致性（数据连接过程中合理使

用表间的联络元素）。

1.5需求分析

功能需求

本系统重要由三个模块构成，分别为空教室查询，教师调课管理.，

教室借用管理。空教室查询中包括空闲教室和教室空余座位的查询以及

学生上课出勤日勺查询记录；调课管理子系统重要包括教室调课管理与课

表查询；教室借用子系统重要完毕教室借用管理和记录日勺查询功能。

教室管理系统

空教室资源查询教室借用子系统调课管理子系统

教

教

学

教

空教

师

室

生

室

教室

调

借

出

室

剩课

课

用

勤

查

余程

查

记

次

询

位表

询

录

数

置查

查

查肩

询

询

(1)教室查询子系统

a、编号搜索：在输入框中直接输入想要查询H勺教室的编号，即可

得到教室在任意时段的使用信息。

b、条件搜索：根据教室的基本信息，判断所需的教室与否需要多

媒体、与否需要阶梯教室、有何人数限制等条件，进入教室页面后，即

可得所查满足条件的教室在任意时段口勺使用信息。

(2)教师查询子系统

a、教师姓名搜索：在输入框中直接输入想要查询日勺老师的名字，

即可得到教师H勺个人信息及开课信息。

b、根据教师所在院系搜索：根据院系教师，协助同学寻找想要搜

索H勺老师。进入教师页面后，即可得教师H勺个人信息及开课信息。

⑶课程查询子系统

a、课程名称搜索：在输入框中直接输入想要查询的课程的名字，

即可得到课程日勺详细信息。

b、根据课程所在院系搜索：根据院系课程，协助同学寻找想要搜

索时课程。进入课程页面后，即可得课程日勺详细信息。

(4)教室借用子系统

点击教室借用后，教师或学生发出借用教室的申请，输入要借的教

室编号，等待管理员同意。

(5)学生查询子系统

a、根据学生姓名查询：在输入框中直接输入想要查询日勺学生的名

字，即可得到学生於J详细信息。

b、根据学号查询：在输入框中输入想要查询的学生的学号，并且

输入密码，即可得到学生H勺想你信息、。

(6)自习系统子查询

点击自习系统之后，发出申请，可以查询空闲的位置，在教学楼、

图书馆或者机房等地方进行自习，等待管理员同意。

使用者权限规定

(1)学生

a、每个在校学生可以访问该系统，学生毕业后来不可以再使用该

系统；

b、在校学生可以通过该系统查看并打印本学期日勺课表；

c、学生可以对本学期时每一天公共教室的使用状况进行查泡，以

便自习教室的查找；

d、学生可以对自己感爱好的课程或者老师开设口勺课程进行查找，

以便于去旁听；

e、学生可以对本学期或者之前学期的成绩进行查询；

f、学生可以更改登录密码等。

（2）教师

a、每个教师在职期间可以登录该系统进行访问，离职之后不得访

问该系统；

b、在职教师可以访问系统查询自己的课表；

c、教师可以登录查询空闲教室於J使用状况，对查找成果申请占用

该教室;

d、教师可以对本学期口勺课程考试进行安排，可以查看已经安排过

日勺考试；

e、教师可以公布有关课程补课或者更改上课教师日勺安排；

f、教师可以自行更改登录密码等。

(3)管理员

a、该系统至少存在一种管理员，对教室及其有关信息进行管理和

维护；

b、管理员对教室H勺基本信息进行管理，包括教室日勺增长和删减、

教学楼教室日勺查找添加和删除。

c、管理员可以对本学期每间教室H勺课程表进行打印和查看；

d、管理员可以对本学期考试的安排进行查看和取消；

e、管理员可以申请教室的占用，并且对申请过占用教室的人员进

行查看，并且有权删除占用信息；

f、管理员可以对本学期课程安排进行导入；

g、管理员可以冬份和恢复数据库内容;

h、管理员可以对所有顾客进行注册和登录等。

数据流图

(1)教室查询

教师使

用情况

教室使

用情况

所有教室信

息

(2)教师查询

学生幼府扑幺教师开课信

息

(3)课程查询

(4)教室借用查询

学生

(5)学生查询

（6）自习系统查询

学生

空闲教室

1.6数据字典

数据库各类所需数据元素条目

数据项：教室容量总编号厂101

类型：字符Int编号：101

阐明：学校的教学座位数量

长度:200

取值范围:00••00-99・・99

取值含义：标识学校总共有多少座位

数据项：教学楼层总编号1-102

类型:字符char编号：102

阐明：学校的教学楼层数目

长度：4

取值范围：0-4

取值含义：该教学楼层属于学校口勺楼层之一

数据项：教室编号总编号：1T03

类型：字符char编号：103

阐明：教学楼中H勺教室编号

长度：10

取值范围：所有教室

取值含义：该教室属于学校教学楼中所有教室之一

数据构造含义阐明：是教室信息表的主键

数据项：开课学院名称总编号：1T04

类型：字符char编号：104

阐明：课程开课所属学院的名称

长度：10

取值范围：建环、机械、文理、经管、电信

取值含义：该学院属于五个学院中其中一种

数据项：系别总编号：1T05

类型：字符char编号：105

阐明：学院中系别H勺名称

长度：10

取值范围：所有系别

取值含义：该系别属于各级学院中日勺系别之一

数据项：专业总编号：1-106

类型：字符char编号：106

阐明：系别中专业H勺名称

长度：10

取值范围：所有专业

取值含义：改专业属于各系别中H勺专业之一

数据项：课程号总编号:1-107

类型：字符char编号：107

阐明：课程编号

长度：10

取值范围:00・・00-99・・99

取值含义：该课程号属于此范围内日勺课程编号之一

数据构造含义阐明：是课程信息表附主键

数据项：课程名总编号：1-108

类型:字符char编号：108

阐明：课程的名称

长度：20

取值范围：所有课程名

取值含义：该课程名属于所有课程名称之一

数据项：学分总编号：1709

类型：数字编号：109

阐明：学生每门课程H勺学分

长度：4

取值范围:0.5-4

取值含义：选择范围内的学分之一

数据项：教师编号总编号：1-110

类型：字符char编号：110

阐明：教师在学校中口勺编号

长度：10

取值范围：0000-99♦・99

取值含义：前两位标识所在学院，后几位按次序编号

数据构造含义阐明：是教师基本信息表的主键

数据项：教师姓名总编号：1-111

类型:字符char编号：111

阐明：教师W、J名字

长度：20

取值范围：姓名

取值含义:教师日勺姓名

数据项：职称总编号：1T12

类型：字符char编号：112

阐明：教师的职称

长度：10

取值范围：专家、讲师、助教、特级教师

取值含义：讲课教师口勺职称，属于其中之一

数据项：学生姓名总编号：1-113

类型：字符char编号：113

阐明：学生的姓名

长度：10

取值范围：姓名

取值含义：学生的姓名

数据项：学号总编号：1T14

类型：字符char编号：114

阐明：本校学生的编码

长度：10

取值范围：00•・00-99♦・99

取值含义：前几位标识入学年份，后几位按次序编号

数据构造含义阐明：学生基本表主键，定义了学生的信息

数据项：性别总编号：1T15

类型：字符char编号：115

阐明：本校全体师生员工的性别

长度：10

取值范围：男、女

取值含义：性别属于其中之一

数据项：借用人总编号：1-117

类型：字符char编号：117

阐明：借用教室的人员名字或者学号

长度：10

取值范围：姓名或者学号

取值含义：借用人使用的代称是属于其中之一

数据构造含义阐明：是教室借用人信息表的主键

数据项：时间总编号：1-118

类型：字符char编号：118

阐明：借用教室的日期和时间段

长度：20

取值范围：**年**月**日**点**分--**点**分

取值含义：使用的时间段

数据项：用途总编号：1T19

类型：字符char编号：H9

阐明：借用教室的用途

长度：100

取值范围：各类文体艺术用途之一

取值含义：使用教室作为各类文体艺术用途之一

数据项：成绩总编号：1-120

阐明：学生获得的选修主修课的成绩编号：120

类型：Decimal

长度：10

取值范围：0T00

取值含义：成绩分数属于此范围内，是其中之一

数据项：状态总编号：1T21

类型：字符char编号：121

阐明：借用教室审批B勺状态

长度：10

取值范围：空、使用中

取值含义：教室使用状况属于其中之一

1.7开发环境

本系统开发工具为MicrosoftSQLServer2023

MicrosoftSQLServer2023是一种全面欧I数据库平台，使用集成

日勺商业智能(BT)工具提供了企业级日勺数据管理。MicrosoftSQLServer

2023数据库引擎为关系型数据和构造化数据提供了更安全可靠的存储

功能，使您可以构建和管理用于业务的高可用和高性能日勺数据应用程

序C

MicrosoftSQLServer2023数据引擎是该企业数据管理处理方案

H勺关键。此外MicrosoftSQLServer2023结合了分析、报表、集成

和告知功能。这使您的企业可以构建和布署经济有效H勺BI处理方案，

协助您的团体通过记分卡、Dashboard、Webservices和移动设备将数

据应用推向业务H勺各个领域。

2.概念设计

2.1概述

通过对数据流H勺抽象，得到了系统的E-R图。

R-R图是直观体现概念模型的有利工具，在图中有四个基本成分:

1）矩形框：表达实体模型（考虑问题日勺对象）；

2）棱形框：表达联络类型（实体间的联络）；

3）椭圆形框：表达实体类型和联络类型H勺属性

4）直线：联络类型与波及H勺实体类型之间直线连接，并在直线上

标上联络口勺种类（1：1,1：n,m：n）。

2.2E-R图

以数据字典为出发点如下所示是分E-R图

(1)学生信息中重要波及的实体包括学号、姓名、性别、专业、

院系号、班级、联络方式。

(2)课程信息中重要波及的实体包括课程号、课程名、课程类型、

专业、班级、学分、课时、周次、节次和星期。

•mmE-Rffi

(3)教室信息中重要波及的实体包括教室号、教室名、教室类型、

教学楼号、教室楼层、教室座位数、教室状态、教学楼容量、剩余容量。

(4)教师信息中重要波及的实体包括教师号、教师名、性别、职

称、院系号、教讲课程、讲课时间、讲课地点、联络方式。

颇值帙AE-R图

通过度析，学生和课程之间存在着多对多H勺关系。详细体现为一种

学生选多门课，一门课被多种学生修。其联络之间H勺属性为该学生（I勺出

勤次数以及该学生这门课的成绩。其实体联络模型如下图所示：

通系号一yi学生产

^上^次二）

U班级二）

GJ

学生•…课程E-R图

学生与教师之间存在着一种学生使用多种教室，一种教室可被多种

学生使用，因此学生与教师两者之间存在多对多口勺关系，他们之间联络

属性为学生进入教室时间，和使用时间段，及使用类型和使用教室R勺人

数。其实体联络模型如下所示:

5

借用人与教室之间关系描述为一种借用人可借多种教室，一种教室

可被多种借用人借用。因此借用人与教室两者之间存在多对多的关系，

其联络属性为借用日期和时间段，及用途。实体联络模型如下所示：

借臃E•庵

教室，教师，课程之间H勺关系有点复杂，详细体现为课程表安排。

即一门课可被多位教师教，一种教室可被多门课程和多位教师使用。因

此三者之间均为多对多的关系。其联络之间的属性有节次，周次，星期。

其实体联络模型如下所示:

通过对分部E-R图的合并，消除冗余和命名冲突，构造冲突换人属

性冲突，得到全局的E-R图。如下所示是教室管理系统数据库总体E-R

图:

3.逻辑分析

3.1概念

逻辑构造设计就是把独立于任何一种数据模型口勺信息构造转化为

与选用DBMS所支持口勺数据模型口勺过程。详细来说就是设计优化的，不

存在不合理函数依赖的I关系模式，以及完毕子模式和存储过程的设计。

目的I：将基本的的IE-R图转换为关系数据模式。

任务：将概念构造设计阶段阶级好H勺E-R图转换为与DBMS所支

持的数据模型相符合的逻辑构造。

3.2实体的转换

实体型转换为关系模型。实体H勺属性就是关系的属性，实体的码就

是关系的码。对于实体间的联络则有如下不一样的状况：

一种m：n联络转换为一种关系模式。与该联络相连的各实体口勺码

以及联络自身日勺属性均转换为关系日勺属性，而关系日勺码为各实体码日勺

组合。

一种1：n联络可以转换为一种独立区）关系模式，也可以与n端对

应的关系模式合并。假如转换为一种独立的关系模式，则与该联络相连

日勺各实体的码以及联络自身日勺属性均转换为关系的属性，而关系的码为

n端实体日勺码。

一种1：1联络可以转换为一种独立H勺关系模式，也可以与任意一

端对应的关系模式合并。三个或三个以上实体间的一种多元联络可以转

换为一种关系模式。与该多元联络相连的各实体的码以及联络自身H勺属

性均转换为关系H勺属性，而关系H勺码为各实体码H勺组合，具有相似码H勺关

系模式可合并。

如下是教室管理系统口勺关系模型：

1、教学楼（教学楼号,教学楼名称，教学楼容量，剩余容量）

2、教室（教室编号,教学楼号，教室名，教室类型，教室楼层，

教室座位数，教室状态）

3、院系（院系号,院系名称）

4、课程（课程号,课程名称，学分，课程类型，开课院系号，课

时，周次，节次，星期，专业，班级）

5、教师（教师编号,教师姓名，性别，所属院系，职称，号，

教讲课程，讲课时间，讲课地点）

6、学生（堂号，姓名，院系号，性别，专业，班级，联络方式）

7、教师开课表（教室号,JL课时间,，课时间段,教师号，课程

号）

3.3联络的转换

对模式进行检查和优化。先根据一事一地原则直觉判断，除了课程

安排模式以及学生使用教室关系模式描述的信息不是同一种事物外，其

他都符合。在根据范式理论分析，除了课程安排模式外，都不存在部分

函数依赖和传递函数依赖。课程安排关系中包括了课程表信息和调课信

息。操作上存在大量冗余。因此可拆提成两个关系模式：

课程安排（学号，教师号，教室编号，课程号，上课时间）

调课记录（课程号，学号，教室编号，上课时间，教室号，上课时

间段）

对学生-课程E-R图，得知联络为学习：

学习（出勤次数，成绩）

对学生•教室E.R图，得知联络为使用：

使用（使用日期，使用时间段，使用类型，人数）

对借用教室E-R图，得知联络为借用：

借用（时间段，用途，借用日期）

对教师■课程-教室E-R图，得知联络为讲课：

讲课（节次，周次，星期）

4.物理设计

4.1概述

物理设计阶段口勺目的是根据MicrosoftSQLServer2023详细功能，设

计优化的物理数据库构造，使得在数据库上运行的多种事务响应时间最

小，存储空间运用率高，事务吞吐量大。

物理设计阶段为逻辑数据模型选用一种最适应应有环境的物理构造日勺

过程，也就是数据库的物理设计。数据库日勺物理设计一般分为两个环节:

(1)确定数据库的物理构造，在关系数据库中重要指存储措施和储存

构造；

(2)对物理构造进行评价，评价H勺重点是时间和空间效率。

4.2数据库模式定义的详细阐明

(1)教室信息表：

属性名存储代码类型长度备注

教室编号clnoChar10教学楼中教室号

教室楼号bnoChar20教室所在教学楼号

教室楼层floorChar4教室所在楼层

教室容量CapacityInt200教室座位数量

(2)课程信息表:

属性名存储代码类型长度备注

课程号enochar10课程编号

课程名称cnamechar20课程名称

学分creditchar4课程学分

课程类型categorychar20全校选修、必修

开课学院名称deptnamechar10课程开课时学院

(3)教师信息表:

属性名存储代码类型长度备注

教师编号tnochar10教师编号

教师姓名tnamechar20教师姓名

性另IJsexchar10教师性别

所属学院deptnamechar20教师所属学院

职称titlechar10专家、讲师等

联络tidchar20教师号

(4)学生信息表:

属性名存储代码类型长度备注

学号snochar10学生学号

学生姓名snamechar10学生姓名

性别sexchar10学生性别

所属学院deptnamechar20学生所属学院

所属专业deptnamechar20学生所属专业

年龄YearChar4学生年龄

(5)教室借用表:

属性名存储代码类型长度备注

教室号clnochar10教室编号

使用人姓名snamechar10借用教室人员姓名

使用日期usedatechar10使用教室的日期

借用时间段periodchar20使用教室的时间段

用途usechar100借用教室的用途

状态usestatuschar10借用教室审批的状态

(6)学生出勤信息表

属性名数据类型属性描述

SN0CHAR(8)学号

CN0CHAR(6)课程号

ATTENDSUMSMALLINT出勤次数

(7)调课记录信息表

属性名数据类型完整性属性描述

CNOCHAR(6)NOTNULL课程

ROOMNOCHAR(4)NOTNULL教室号

TNOCHAR(6)NOTNULL教师号

WEEKNOCHAR(10)NOTNULL周次

WEEKDAYCHAR(10)NOTNULL星期

SECTTONNOCHAR(10)NOTNULL节次

PNAMECHAR(20)专业名

CLASSNOCHAR(6)班级号

(8)课程安排信息表

属性名数据类型完整性属性描述

CNOCHAR(6)NOTNULL课程

ROOMNOCHAR(4)NOTNULL教室号

TNOCHAR(6)NOTNULL教师号

WEEKNOCHAR(10)NOTNULL周次

WEEKDAYCHAR(10)NOTNULL星期

SECTIONNOCHAR(10)NOTNULL节次

PNAMECHAR(20)专业名

CLASSNOCHAR(6)班级号

4.3数据库基本表和视图的创立

4.3.1.创立数据库

Createdatabase教室管理

4・3・2.创立基本表

(1)学生信息基本表

Createtablestudent

(学号char(10)primarykey,

姓名char(10)notnull,

性别char(10)notnull,

所属学院char(20)notnull,

所属专业char(20)notnull,

年龄char(4)notnull.)

(2)课程信息表

Createtablecourse

(课程号char(10)primarykey,

课程名称char(20)notnull,

学分char(4)notnull,

课程类型char(20)notnull,

开课学院名称char110)notnull.)

(3)教室信息基本表

Createtableclassroom

(教室编号char(10)primarykey,

教室楼号char(20)notnull,

教室楼层char(4)notnull,

教室容量int.)

(4)教师信息基本表

Createtableteacher

(教师编号char(10)primarykey,

教师姓名char(20)notnull,

性别char(10)notnull,

所属学院char(20)notnull,

职称char(10)notnull,

专业char(20)notnull.)

(5)教室借用人信息基本表

Createtableuser

(使用人姓名char(10)primarykey,

教室号char(10)notnull,

使用日期char(10)notnull,

使用时间段char(20)notnull,

用途char(100)notnull,

状态char(10)notnull.)

(6)创立学生出勤信息表

Createtable