《数据库原理》— 数据库系统概论第五版习题解析_数据库习题概论习题解析(1)

本文链接：https://blog.youkuaiyun.com/2401_84862118/article/details/138990943

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

(1)找出所有供应商的姓名和所在城市。

SELECT SNAME,CITY FROM S

(2)找出所有零件的名称、颜色、重量。

SELECT PNAME,COLOR,WEIGHT FROM P

(3)找出使用供应商S1所供应零件的工程号码。

SELECT DIST JNO FROM SPJ WHERE SNO=‘S1’

(4)找出工程项目J2使用的各种零件的名称及其数量。

SELECT PNAME,QTY FROM SPJ,P

WHERE P.PNO=SPJ.PNO AND SPJ.JNO=‘J2’

(5)找出上海厂商供应的所有零件号码。

SELECT PNO FROM SPJ,S WHERE S.SNO=SPJ.SNO AND CITY=‘上海’

(6)出使用上海产的零件的工程名称。

SELECT JNAME FROM SPJ,S,J

WHERE S.SNO=SPJ.SNO AND S.CITY=‘上海’ AND J.JNO=SPJ.JNO

(7)找出没有使用天津产的零件的工程号码。

注意: SELECT DISP JNO FROM SPJ WHERE JNO NOT IN (SELECT DIST JNO FROM SPJ,S WHERE S.SNO=SPJ.SNO AND S.CITY=‘天津’) 适用于JNO是唯一或不唯一的情况.

注意: SELECT DIST JNO FROM SPJ,S WHERE S.SNO=SPJ.SNO AND S.CITY<>'天津’适用于JNO是唯一的情况

(8)把全部红色零件的颜色改成蓝色。

UPDATE P SET COLOR=‘蓝’ WHERE COLOR=‘红’

(9)由S5供给J4的零件P6改为由S3供应。

UPDATE SPJ SET SNO=‘S3’ WHERE SNO=‘S5’ AND JNO=‘J4’ AND PNO=‘P6’

(10)从供应商关系中删除供应商号是S2的记录，并从供应情况关系中删除相应的记录。

A、DELETE FROM S WHERE SNO=’S2’

B、DELETE FROM SPJ WHERE SNO=‘S2’

(11)请将(S2，J6，P4，200)插入供应情况关系。

INSERT INTO SPJ VALUES（‘S2’，‘J6’，‘P4’，200）

6 ．什么是基本表？什么是视图？两者的区别和联系是什么？

答：基本表是本身独立存在的表，在 sQL 中一个关系就对应一个表。视图是从一个或几个基本表导出的表。视图本身不独立存储在数据库中，是一个虚表。即数据库中只存放视图的定义而不存放视图对应的数据，这些数据仍存放在导出视图的基本表中。视图在概念上与基本表等同，用户可以如同基本表那样使用视图，可以在视图上再定义视图。

7 ．试述视图的优点。

答

( l ）视图能够简化用户的操作； ( 2 ）视图使用户能以多种角度看待同一数据； ( 3 ）视图对重构数据库提供了一定程度的逻辑独立性； ( 4 ）视图能够对机密数据提供安全保护。

8 ．哪类视图是可以更新的？哪类视图是不可更新的？各举一例说明。

答：基本表的行列子集视图一般是可更新的。若视图的属性来自集合函数、表达式，则该视图肯定是不可以更新的。

所有的视图是否都可以更新？为什么？

答：不是。视图是不实际存储数据的虚表，因此对视图的更新，最终要转换为对基本表的更新。因为有些视图的更新不能惟一有意义地转换成对相应基本表的更新，所以，并不是所有的视图都是可更新的.

9 ．请为三建工程项目建立一个供应情况的视图，包括供应商代码(SNO)、零件代码(PNO)、供应数量(QTY)。

CREATE VIEW VSP AS SELECT SNO,SPJ.PNO,QTY FROM SPJ,J

WHERE SPJ.JNO=J.JNO AND J.JNAME=‘三建’

针对该视图VSP完成下列查询：

(1)找出三建工程项目使用的各种零件代码及其数量。

SELECT DIST PNO,QTY FROM VSP

(2)找出供应商S1的供应情况。

SELECT DIST * FROM VSP WHERE SNO=‘S1’

第四章数据库安全性

1 ．什么是数据库的安全性？

答：数据库的安全性是指保护数据库以防止不合法的使用所造成的数据泄露、更改或破坏。

2 ．数据库安全性和计算机系统的安全性有什么关系？
答：安全性问题不是数据库系统所独有的，所有计算机系统都有这个问题。只是在数据库系统中大量数据集中存放，而且为许多最终用户直接共享，从而使安全性问题更为突出。
系统安全保护措施是否有效是数据库系统的主要指标之一。
数据库的安全性和计算机系统的安全性，包括操作系统、网络系统的安全性是紧密联系、相互支持的，

4 ．试述实现数据库安全性控制的常用方法和技术。

答：实现数据库安全性控制的常用方法和技术有：
( l ）用户标识和鉴别：该方法由系统提供一定的方式让用户标识自己的名字或身份。每次用户要求进入系统时，由系统进行核对，通过鉴定后才提供系统的使用权。
( 2 ）存取控制：通过用户权限定义和合法权检查确保只有合法权限的用户访问数据库，所有未被授权的人员无法存取数据。例如CZ 级中的自主存取控制( DAC ) , Bl 级中的强制存取控制（MAC ）。
( 3 ）视图机制：为不同的用户定义视图，通过视图机制把要保密的数据对无权存取的用户隐藏起来，从而自动地对数据提供一定程度的安全保护。

( 4 ）审计：建立审计日志，把用户对数据库的所有操作自动记录下来放入审计日志中，DBA 可以利用审计跟踪的信息，重现导致数据库现有状况的一系列事件，找出非法存取数据的人、时间和内容等。
( 5 ）数据加密：对存储和传输的数据进行加密处理，从而使得不知道解密算法的人无法获知数据的内容。

5．什么是数据库中的自主存取控制方法和强制存取控制方法？

答：自主存取控制方法：定义各个用户对不同数据对象的存取权限。当用户对数据库访问时首先检查用户的存取权限。防止不合法用户对数据库的存取。

强制存取控制方法：每一个数据对象被（强制地）标以一定的密级，每一个用户也被（强制地）授予某一个级别的许可证。系统规定只有具有某一许可证级别的用户才能存取某一个密级的数据对象。

(1) GRANT ALL PRIVILEGES ON Student,Class

TO U1
WITH GRANT OPTION ;

(2)GRANT SELECT,UPDATE(家庭住址),DELETE ON Student TO U2；

(3)GRANT SELECT ON Class TO PUBLIC；

(4)GRANT SELECT,UPDATE ON Student TO R1；

(5)GRANT R1 TO U1 WITH ADMIN OPTION ；

7 .SQL 语言中提供了哪些数据控制（自主存取控制）的语句？请试举几例说明它们的使用方法。

答：SQL 中的自主存取控制是通过GRANT语句和REVOKE语句来实现的。如：

GRANT SELECT , INSERT ON Student

TO 王平
WITH GRANT OPTION ;

就将Student 表的SELECT 和INSERT 权限授予了用户王平，后面的“WITH GRANT OPTION ”子句表示用户王平同时也获得了“授权”的权限，即可以把得到的权限继续授予其他用户。
REVOKE INSERT ON Student FROM 王平CASCADE ;
就将Student 表的INSERT 权限从用户王平处收回，选项CASCADE 表示，如果用户王平将Student 的INSERT 权限又转授给了其他用户，那么这些权限也将从其他用户处收回。

7．请用SQL的GRANT 和REVOKE语句(加上视图机制)完成以下授权定义或存取控制功能:

( a ）用户王明对两个表有SELECT 权力。

GRANT SELECT ON 职工,部门

TO 王明

( b ）用户李勇对两个表有INSERT 和DELETE 权力。

GRANT INSERT,DELETE ON 职工,部门

TO 李勇

( c ) 每个职工只对自己的记录有SELECT 权力。

GRANT SELECT ON 职工

WHEN USER()=NAME

TO ALL;

( d ）用户刘星对职工表有SELECT 权力，对工资字段具有更新权力。

GRANT SELECT,UPDATE(工资) ON 职工

TO 刘星

( e ）用户张新具有修改这两个表的结构的权力。

GRANT ALTER TABLE ON 职工,部门

TO 张新;

( f ）用户周平具有对两个表所有权力（读，插，改，删数据），并具有给其他用户授权的权力。

GRANT ALL PRIVILIGES ON 职工,部门

TO 周平

WITH GRANT OPTION;

( g ）用户杨兰具有从每个部门职工中SELECT 最高工资、最低工资、平均工资的权力，他不能查看每个人的工资。

CREATE VIEW 部门工资 AS

SELECT 部门.名称,MAX(工资),MIN(工资),AVG(工资)

FROM 职工,部门

WHERE 职工.部门号=部门.部门号

GROUP BY 职工.部门号

GRANT SELECT ON 部门工资

TO 杨兰;

8 ．把习题8 中（1）—（7）的每一种情况，撤销各用户所授予的权力

(1) REVOKE SELECT ON 职工，部门 FROM 王明；

(2) REVOKE INSERT , DELETE ON 职工，部门 FROM 李勇；

(3) REOVKE SELECT ON 职工
WHEN USER ( ) =NAME
FROM ALI ;

(4) REVOKE SELECT , UPDATE ON 职工
FROM 刘星；

(5) REVOKE ALTER TABLE ON 职工，部门
FROM 张新；

(6) REVOKE ALL PRIVILIGES ON 职工，部门
FROM 周平；

(7) REVOKE SELECT ON 部门工资
FROM 杨兰；
DROP VIEW 部门工资；

9．理解并解释MAC 机制中主体、客体、敏感度标记的含义。

答：主体是系统中的活动实体，既包括DBMS 所管理的实际用户，也包括代表用户的各进程。
客体是系统中的被动实体，是受主体操纵的，包括文件、基表、索引、视图等。对于主体和客体，DBMS 为它们每个实例（值）指派一个敏感度标记（Label ）。

敏感度标记被分成若干级别，例如绝密（Top Secret ）、机密（Secret ）· 可信( Confidential ）、公开（PubliC ）等。主体的敏感度标记称为许可证级别（ClearanCe 玫vel ) ，客体的敏感度标记称为密级（Classification Level ）。

11 ．什么是数据库的审计功能，为什么要提供审计功能？

答：审计功能是指DBMS 的审计模块在用户对数据库执行操作的同时把所有操作自动记录到系统的审计日志中。
因为任何系统的安全保护措施都不是完美无缺的，蓄意盗窃破坏数据的人总可能存在。利用数据库的审计功能，DBA 可以根据审计跟踪的信息，重现导致数据库现有状况的一系列事件，找出非法存取数据的人、时间和内容等。

第5章数据库完整性

1什么是数据库的完整性？

答:数据库的完整性是指数据的正确性和相容性。

2 ．数据库的完整性概念与数据库的安全性概念有什么区别和联系？

答:数据的完整性和安全性是两个不同的概念，但是有一定的联系。前者是为了防止数据库中存在不符合语义的数据，防止错误信息的输入和输出，即所谓垃圾进垃圾出（ Garba : e In Garba : e out ）所造成的无效操作和错误结果。后者是保护数据库防止恶意的破坏和非法的存取。也就是说，安全性措施的防范对象是非法用户和非法操作，完整性措施的防范对象是不合语义的数据。

3 ．什么是数据库的完整性约束条件？可分为哪几类？

答：完整性约束条件是指数据库中的数据应该满足的语义约束条件。一般可以分为六类：静态列级约束、静态元组约束、静态关系约束、动态列级约束、动态元组约束、动态关系约束。静态列级约束是对一个列的取值域的说明，包括以下几个方面： ( l ）对数据类型的约束，包括数据的类型、长度、单位、精度等； ( 2 ）对数据格式的约束； ( 3 ）对取值范围或取值集合的约束； ( 4 ）对空值的约束； ( 5 ）其他约束。静态元组约束就是规定组成一个元组的各个列之间的约束关系，静态元组约束只局限在单个元组上。静态关系约束是在一个关系的各个元组之间或者若干关系之间常常存在各种联系或约束。

常见的静态关系约束有： ( l ）实体完整性约束； ( 2 ）参照完整性约束； ( 3 ）函数依赖约束。

动态列级约束是修改列定义或列值时应满足的约束条件，包括下面两方面： ( l ）修改列定义时的约束； ( 2 ）修改列值时的约束。动态元组约束是指修改某个元组的值时需要参照其旧值，并且新旧值之间需要满足某种约束条件。动态关系约束是加在关系变化前后状态上的限制条件，例如事务一致性、原子性等约束条件。

4 . DBMS 的完整性控制机制应具有哪些功能？

答:DBMS 的完整性控制机制应具有三个方面的功能： ( l ）定义功能，即提供定义完整性约束条件的机制； ( 2 ）检查功能，即检查用户发出的操作请求是否违背了完整性约束条件；( 3 ）违约反应：如果发现用户的操作请求使数据违背了完整性约束条件，则采取一定的动作来保证数据的完整性。

5 . RDBMS 在实现参照完整性时需要考虑哪些方面？

答：RDBMs 在实现参照完整性时需要考虑以下几个方面：

( l ）外码是否可以接受空值。

( 2 ）册 l 除被参照关系的元组时的考虑，这时系统可能采取的作法有三种： l ）级联删除（ CASCADES ) ; 2 ）受限删除（ RESTRICTED ) ; 3 ）置空值删除（ NULLIFIES ）。 ( 3 ）在参照关系中插入元组时的问题，这时系统可能采取的作法有： l ）受限插入； 2 ）递归插入。

( 4 ）修改关系中主码的问题。一般是不能用 UPDATE 语句修改关系主码的。如果需要修改主码值，只能先删除该元组，然后再把具有新主码值的元组插入到关系中。如果允许修改主码，首先要保证主码的惟一性和非空，否则拒绝修改。然后要区分是参照关系还是被参照关系。

6 ．假设有下面两个关系模式：职工（职工号，姓名，年龄，职务，工资，部门号），其中职工号为主码；部门（部门号，名称，经理名，电话），其中部门号为主码。用 sQL 语言定义这两个关系模式，要求在模式中完成以下完整性约束条件的定义：定义每个模式的主码；定义参照完整性；定义职工年龄不得超过 60 岁。

答

CREATE TABLE DEPT

(Deptno NUMBER(2),

Deptname VARCHAR(10),

Manager VARCHAR(10),

PhoneNumber Char(12)

CONSTRAINT PK_SC RIMARY KEY(Deptno));

CREATE TABLE EMP

(Empno NUMBER(4),

Ename VARCHAR(10),

Age NUMBER(2),

CONSTRAINT C1 CHECK ( Aage<=60),

Job VARCHAR(9),

Sal NUMBER(7,2),

Deptno NUMBER(2),

CONSTRAINT FK_DEPTNO

FOREIGN KEY(Deptno)

REFFERENCES DEPT(Deptno));

7 ．关系系统中，当操作违反实体完整性、参照完整性和用户定义的完整性约束条件时，一般是如何分别进行处理的？

答:对于违反实体完整性和用户定义的完整性的操作一般都采用拒绝执行的方式进行处理。而对于违反参照完整性的操作，并不都是简单地拒绝执行，有时要根据应用语义执行一些附加的操作，以保证数据库的正确性。

第6章关系数据库理论

1 ．理解并给出下列术语的定义：
函数依赖、部分函数依赖、完全函数依赖、传递依赖、候选码、主码、外码、全码（All 一key ）、1 NF 、ZNF 、3NF 、BcNF 、多值依赖、4NF 。

定义1：设R(U)是属性集U上的关系模式。X，Y是属性集U的子集。若对于R(U)的任意一个可能的关系r，r中不可能存在两个元组在X上的属性值相等，而在Y上的属性值不等，则称X函数确定Y或Y函数依赖于X，记作XàY。（即只要X上的属性值相等，Y上的值一定相等。）

术语和记号：

XàY，但Y不是X的子集，则称XàY是非平凡的函数依赖。若不特别声明，总是讨论非平凡的函数依赖。

XàY，但Y是X的子集，则称XàY是平凡的函数依赖。

若XàY，则X叫做决定因素(Determinant)。

若XàY，YàX，则记作XßàY。

若Y不函数依赖于X，则记作X à Y。

定义2：在R(U)中，如果 XàY，并且对于X的任何一个真子集X’，都有X’ à Y，则称Y对X完全函数依赖

若XàY，但Y不完全函数依赖于X，则称Y对X部分函数依赖

定义3：若关系模式R的每一个分量是不可再分的数据项，则关系模式R属于第一范式(1NF)。

定义4：若关系模式R∈1NF，且每一个非主属性完全函数依赖于码，则关系模式R∈2NF 。（即1NF消除了非主属性对码的部分函数依赖则成为2NF）。

定义5:关系模式R<U，F> 中若不存在这样的码X、属性组Y及非主属性Z(Z不是Y的子集)使得XàY，Y à X，Y à Z成立，则称R<U，F>∈3NF。

定义6:关系模式R<U，F>∈1NF 。若XàY且Y不是X的子集时,X必含有码，则R<U，F>∈BCNF。

定义7:关系模式R<U，F>∈1NF，如果对于R的每个非平凡多值依赖XààY(Y不是X的子集，Z=U-X-Y不为空)，X都含有码，则称R<U，F>∈4NF。

2．建立一个关于系、学生、班级、学会等诸信息的关系数据库。

学生：学号、姓名、出生年月、系名、班号、宿舍区。

班级：班号、专业名、系名、人数、入校年份。

系：系名、系号、系办公地点、人数。

学会：学会名、成立年份、办公地点、人数。

语义如下：一个系有若干专业，每个专业每年只招一个班，每个班有若干学生。一个系的学生住在同一宿舍区。每个学生可参加若干学会，每个学会有若干学生。学生参加某学会有一个入会年份。

请给出关系模式，写出每个关系模式的极小函数依赖集，指出是否存在传递函数依赖，对于函数依赖左部是多属性的情况讨论函数依赖是完全函数依赖，还是部分函数依赖。指出各关系模式的候选码、外部码，有没有全码存在?

解：(1)关系模式如下：

学生：S(Sno，Sname，Sbirth，Dept，Class，Rno)

班级：C(Class，Pname，Dept，Cnum，Cyear)

系：D(Dept，Dno，Office，Dnum)

学会：M(Mname，Myear，Maddr，Mnum)

(2)每个关系模式的最小函数依赖集如下：

A、学生S (Sno，Sname，Sbirth，Dept，Class，Rno) 的最小函数依赖集如下:SnoàSname，SnoàSbirth，SnoàClass，ClassàDept，DEPTàRno

传递依赖如下：

由于SnoàDept，而DeptàSno ，DeptàRno（宿舍区）

所以Sno与Rno之间存在着传递函数依赖。

由于ClassàDept，Dept à Class，DeptàRno

所以Class与Rno之间存在着传递函数依赖。

由于SnoàClass，ClassàSno，ClassàDept

所以Sno与Dept之间存在着传递函数依赖。

B、班级C(Class，Pname，Dept，Cnum，Cyear)的最小函数依赖集如下:

ClassàPname，ClassàCnum，ClassàCyear，PnameàDept.

由于ClassàPname，PnameàClass，PnameàDept

所以C1ass与Dept之间存在着传递函数依赖。

C、系D(Dept，Dno，Office，Dnum)的最小函数依赖集如下：

DeptàDno，DnoàDept，DnoàOffice，DnoàDnum

根据上述函数依赖可知，Dept与Office，Dept与Dnum之间不存在传递依赖。

D、学会M(Mname，Myear，Maddr，Mnum)的最小函数依赖集如下：

MnameàMyear，MnameàMaddr，MnameàMnum

该模式不存在传递依赖。

(3)各关系模式的候选码、外部码，全码如下：

A、学生S候选码：Sno；外部码：Dept、Class；无全码

B、班级C候选码：Class；外部码：Dept；无全码

C、系D候选码：Dept或Dno；无外部码；无全码

D、学会M候选码：Mname；无外部码；无全码

7．下面的结论哪些是正确的? 哪些是错误的? 对于错误的请给一个反例说明之。

（1）任何一个二目关系是属于3NF。

答：正确。因为关系模式中只有两个属性，所以无传递。

（2）任何一个二目关系是属于BCNF.

答:正确。按BCNF的定义，若XàY,且Y不是X的子集时，每个决定因素都包含码，对于二目关系决定因素必然包含码。详细证明如下：（任何二元关系模式必定是BCNF）。

证明：设R为一个二目关系R(A1，A2)，则属性A1和A2之间可能存在以下几种依赖关系：

A、A1àA2，但A2àA1，则关系R的码为A1，决定因素都包含码，所以，R是BCNF。

B、A1àA2，A2àA1，则关系R的码为A2，所以决定因素都包含码，R是BCNF。

包含码。R是BCNF。C、R的码为(A1，A2)（即A1 àA2，A2 àA1），决定因素都

第七章数据库设计

1．试述数据库设计过程。

答：这里只概要列出数据库设计过程的六个阶段： ( l ）需求分析； ( 2 ）概念结构设计； ( 3 ）逻辑结构设计； ( 4 ）数据库物理设计； ( 5 ）数据库实施； ( 6 ）数据库运行和维护。这是一个完整的实际数据库及其应用系统的设计过程。不仅包括设计数据库本身，还包括数据库的实施、运行和维护。设计一个完善的数据库应用系统往往是上述六个阶段的不断反复。

2 ．试述数据库设计过程各个阶段上的设计描述。

答：各阶段的设计要点如下： ( l ）需求分析：准确了解与分析用户需求（包括数据与处理）。 ( 2 ）概念结构设计：通过对用户需求进行综合、归纳与抽象，形成一个独立于具体 DBMS 的概念模型。 ( 3 ）逻辑结构设计：将概念结构转换为某个 DBMS 所支持的数据模型，并对其进行优化。 ( 4 ）数据库物理设计：为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）。 ( 5 ）数据库实施：设计人员运用 DBMS 提供的数据语言、工具及宿主语言，根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。 ( 6 ）数据库运行和维护：在数据库系统运行过程中对其进行评价、调整与修改。

3 ．试述数据库设计过程中结构设计部分形成的数据库模式。

答：数据库结构设计的不同阶段形成数据库的各级模式，即： ( l ）在概念设计阶段形成独立于机器特点，独立于各个 DBMS 产品的概念模式，在本篇中就是 E 一 R 图； ( 2 ）在逻辑设计阶段将 E 一 R 图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式，然后在基本表的基础上再建立必要的视图 ( Vi 娜），形成数据的外模式； ( 3 ）在物理设计阶段，根据 DBMS 特点和处理的需要，进行物理存储安排，建立索引，形成数据库内模式。

5 ．什么是数据库的概念结构？试述其特点和设计策略。

答：概念结构是信息世界的结构，即概念模型，其主要特点是： ( l ）能真实、充分地反映现实世界，包括事物和事物之间的联系，能满足用户对数据的处理要求，是对现实世界的一个真实模型； ( 2 ）易于理解，从而可以用它和不熟悉计算机的用户交换意见，用户的积极参与是数据库设计成功的关键； ( 3 ）易于更改，当应用环境和应用要求改变时，容易对概念模型修改和扩充； ( 4 ）易于向关系、网状、层次等各种数据模型转换。概念结构的设计策略通常有四种： l ）自顶向下，即首先定义全局概念结构的框架，然后逐步细化； 2 ）自底向上，即首先定义各局部应用的概念结构，然后将它们集成起来，得到全局概念结构； 3 ）逐步扩张，首先定义最重要的核心概念结构，然后向外扩充，以滚雪球的方式逐步生成其他概念结构，直至总体概念结构； 4 ）混合策略，即将自顶向下和自底向上相结合，用自顶向下策略设计一个全局概念结构的框架，以它为骨架集成由自底向上策略中设计的各局部概念结构。

7．学校中有若干系，每个系有若干班级和教研室，每个教研室有若干教员，其中有的教授和副教授每人各带若干研究生；每个班有若干学生，每个学生选修若干课程，每门课可由若干学生选修。请用 E 一 R 图画出此学校的概念模型。

答：

各实体属性为：

系：系编号，系名

班级：班级号，班级名

教研室：教研室号，教研室

学生：学号，姓名，学历

课程：课程号，课程名

教员：职工号，姓名，职称