【说明】公司拟开发新入职员工的技能培训管理系统以便使新员工快速胜任新岗位。1. 部门信息包括:部门号、名称、部门负责人、电话等,部门号唯一标识部门关系中的每一个元组,一个部门有多个员工,但一名员工只属于一个部门,每个部门只有一名负责人,负责部门工作。2. 员工信息包括员工号、姓名、部门号、岗位、基本工资、电话、家庭住址等,其中员工号是唯一标示员工关系中的每一个元组。岗位有新入职员工,培训师、部门负责人等不同岗位设置不同的基本工资,新入职员工要选择多门课程进行培训,并通过考试取得课程成绩,一名培训师可以讲授多门课程、一门课程可由多名培训师讲授。3.课程信息包括课程号,课程名称、学时等;其中课程号唯一标识课程关系的每一个元组。关系模式设计部门(部门号,部门名,部门负责人,电话)员工(员工号,姓名,部门号, d ,电话,家庭住址)课程( ce ,课程名称,学时)讲授(课程号,培训师,培训地点)培训(课程号,(f))根据需求阶段收集的信息,设计的实体联系图如图2-1所示问题1:(1)补充图2-1中的空(a)-(c)(2)图2-1中是否存在缺失联系,若存在,则说明所缺失的联系和联系类型问题2:根据题意,将关系模式中的空(d)-(f)补充完整问题3:员工关系模式的主键为(g),外键为(h),讲授关系模式的主键为(i),外键为(j)问题4:员工关系是否存在传递依赖?用100字以内的文字说明理由

【说明】公司拟开发新入职员工的技能培训管理系统以便使新员工快速胜任新岗位。1. 部门信息包括:部门号、名称、部门负责人、电话等,部门号唯一标识部门关系中的每一个元组,一个部门有多个员工,但一名员工只属于一个部门,每个部门只有一名负责人,负责部门工作。2. 员工信息包括员工号、姓名、部门号、岗位、基本工资、电话、家庭住址等,其中员工号是唯一标示员工关系中的每一个元组。岗位有新入职员工,培训师、部门负责人等不同岗位设置不同的基本工资,新入职员工要选择多门课程进行培训,并通过考试取得课程成绩,一名培训师可以讲授多门课程、一门课程可由多名培训师讲授。3.课程信息包括课程号,课程名称、学时等;其中课程号唯一标识课程关系的每一个元组。关系模式设计部门(部门号,部门名,部门负责人,电话)员工(员工号,姓名,部门号, d ,电话,家庭住址)课程( ce ,课程名称,学时)讲授(课程号,培训师,培训地点)培训(课程号,(f))根据需求阶段收集的信息,设计的实体联系图如图2-1所示

问题1:(1)补充图2-1中的空(a)-(c)(2)图2-1中是否存在缺失联系,若存在,则说明所缺失的联系和联系类型问题2:根据题意,将关系模式中的空(d)-(f)补充完整问题3:员工关系模式的主键为(g),外键为(h),讲授关系模式的主键为(i),外键为(j)问题4:员工关系是否存在传递依赖?用100字以内的文字说明理由


参考解析

解析:问题1:(1)a: 部门负责人 b: 培训师 c: 新员工(2)存在缺失数据流, 部门和员工之间:1:m (一个部门对应多有员工)问题2:d: 岗位基本工资e: 课程号f: 员工号问题3:员工关系表:g: 主键:员工号外健: 部门号讲授关系模式:i 主健:课程号 培训师 培训地点 外健: 课程号问题4:答:不存在传递依赖

相关考题:

● 某公司数据库的两个关系:部门(部门号,部门名,负责人,电话)和员工(员工号, 姓名, 住址)。假设每个部门有若干名员工,一名负责人,一部电话;员工号为员工关系的主键。a. 若部门名是唯一的,请将下述SQL语句的空缺部分补充完整。CREATE TABLE 部门(部门号CHAR(3) PRIMARY KEY,部门名 CHAR(10) (58) ,负责人 CHAR(4),电话 CHAR(20))(59) );(58)A. NOT NULLB. UNIQUEC. KEY UNIQUED. PRIMARY KEY(59)A. PRIMARY KEY(部门号)NOT NULL UNIQUEB. PRIMARY KEY(部门名)UNIQUEC. FOREIGN KEY(负责人)REFERENCES 员工(姓名)D. FOREIGN KEY(负责人)REFERENCES 员工(员工号)b. 查询各部门负责人的姓名及住址的SQL语句如下:SELECT 部门名,姓名,住址FROM 部门,员工 WHERE (60) ;(60)A. 员工号=负责人B. 员工号='负责人'C. 姓名=负责人D. 姓名='负责人'

阅读下列说明和图,回答问题1至问题4,将解答填入对应栏内。【说明】某宾馆拟开发一个宾馆客房预订子系统,主要是针对客房的预订和入住等情况进行管理。【需求分析结果】1.员工信息主要包括:员工号、姓名、出生年月、性别、部门、岗位、住址、联系电话和密码等信息。岗位有管理和服务两种。岗位为“管理”的员工可以更改(添加、删除和修改)员工表中本部门员工的岗位和密码,要求将每一次更改前的信息保留;岗位为“服务”的员工只能修改员工表中本人的密码,且负责多个客房的清理等工作。2.部门信息主要包括:部门号、部门名称、部门负责人、电话等信息。一个员工只能属于一个部门,一个部门只有一位负责人。3.客房信息包括:客房号、类型、价格、状态等信息。其中类型是指单人间、三人间、普通标准间、豪华标准间等;状态是指空闲、入住和维修。4.客户信息包括:身份证号、姓名、性别、单位和联系电话。5.客房预定情况包括:客房号、预定日期、预定入住日期、预定入住天数、身份证号等信息。一条预定信息必须且仅对应一位客户,但一位客户可以有多条预定信息。【概念模型设计】根据需求阶段收集的信息,设计的实体联系图(不完整)如下图所示。【逻辑结构设计】逻辑结构设计阶段设计的部分关系模式(不完整)如下:员工((4),姓名,出生年月,性别,岗位,住址,联系电话,密码)权限(岗位,操作权限)部门(部门号,部门名称,部门负责人,电话)客房((5),类型,价格,状态,入住日期,入住时间,员工号)客户((6),姓名,性别,单位,联系电话)更改权限(员工号,(7),密码,更改日期,更改时间,管理员号)预定情况((8),预定日期,预定入住日期,预定入住天数)根据问题描述,填写上图中(1)~(3)处联系的类型。联系类型分为一对一、一对多和多对多三种,分别使用1:1,1:n或1:*,m:n或*:*表示。

● 假设员工关系EMP(员工号,姓名,部门,部门电话,部门负责人,家庭住址,家庭成员,成员关系)如下表所示。如果一个部门可以有多名员工,一个员工可以有多个家庭成员,那么关系EMP属于 (52) ,且 (53) 问题;为了解决这一问题,应该将员工关系EMP分解为 (54) 。(52)A. 1NFB. 2NFC. 3NFD. BCNF(53)A. 无冗余、无插入异常和删除异常B. 无冗余,但存在插入异常和删除异常C. 存在冗余,但不存在修改操作的不一致D. 存在冗余、修改操作的不一致,以及插入异常和删除异常(54)A. EMP1(员工号,姓名,家庭住址)EMP2(部门,部门电话,部门负责人)EMP3(员工号,家庭成员,成员关系)B. EMP1(员工号,姓名,部门,家庭住址)EMP2(部门,部门电话,部门负责人)EMP3(员工号,家庭成员,成员关系)C. EMP1(员工号,姓名,家庭住址)EMP2(部门,部门电话,部门负责人,家庭成员,成员关系)D. EMP1(员工号,姓名,部门,部门电话,部门负责人,家庭住址)EMP2(员工号,家庭住址,家庭成员,成员关系)

● 假设员工关系 EMP(员工号,姓名,性别,部门,部门电话,部门负责人,家庭住址,家庭成员,成员关系)如下表所示。如果一个部门只能有一部电话和一位负责人,一个员工可以有多个家庭成员,那么关系EMP属于 (31) ,且 (32) 问题;为了解决这一问题,应该将员工关系EMP分解为 (33) 。(31)A. 1NFB. 2NFC. 3NFD. BCNF(32)A. 无冗余、无插入异常和删除异常B. 无冗余,但存在插入异常和删除异常C. 存在冗余,但不存在修改操作的不一致D. 存在冗余、修改操作的不一致,以及插入异常和删除异常(33)A. EMP1(员工号,姓名,性别,家庭住址)EMP2(部门,部门电话,部门负责人)EMP3(员工号,家庭成员,成员关系)B. EMP1(员工号,姓名,性别,部门,家庭住址)EMP2(部门,部门电话,部门负责人)EMP3(员工号,家庭成员,成员关系)C.EMP1(员工号,姓名,性别,家庭住址)EMP2(部门,部门电话,部门负责人,家庭成员,成员关系)D. EMP1(员工号,姓名,性别,部门,部门电话,部门负责人,家庭住址)EMP2(员工号,家庭住址,家庭成员,成员关系)

某公司数据库的两个关系为:部门(部门号,部门名,负责人,电话)和员工(员工号,姓名,住址)。假设每个部门有若干名员工,一名负责人,一部电话;员工号为员工关系的主键。查询各部门负责人的姓名及住址的SQL语句如下:SELECT 部门名, 姓名, 住址FROM 部门, 员工 WHERE _____;A.员工号=负责人B.员工号='负责人'C.姓名=负责人D.姓名='负责人'A.B.C.D.

某企业部门关系模式Dept(部门号,部门名,负责人工号,任职时间),员工关系模式EMP(员工号,姓名,年龄,月薪资,部门号,电话,办公室)。部门和员工关系的外键分别是()。查询每个部门中月薪资最高的员工号、姓名、+部门名和月薪资的SQL查询语句如下:SELECT 员工号,姓名,部门名,月薪资FROM EMP Y,DEPTWHERE()AND月薪资=(SELECT Max(月薪资)FROM EMP ZWHERE())A.员工号和部门号B.负责人工号和部门号C.负责人工号和员工号D.部门号和员工号@@@SXB@@@A.Y.部门号=Dept.部门号B.EMP.部门号=Dept.部门号C.Y.员工号=Dept.负责人工号D.EMP.部门号=Dept.负责人工号@@@SXB@@@A.Z.员工号=Y.员工号B.Z.员工号=Y.负责人工号C.Z.部门号=部门号D.Z.部门号=Y.部门号

阅读下列说明,回答问题1至问题4,将解答填入答题纸的对应栏内。 【说明】 某企业拟开发一套员工技能培训管理系统,该系统的部分功能及初步需求分析的结果如下所述: 1.部门信息包括:部门号、名称、负责人号、电话。其中部门号唯一标识部门关系中的每一个元组:一个部门有多名员工,但一名员工只对应一个部门。 2.员工信息包括:员工号、姓名、岗位、部门号、电话、联系方式。其中员工号唯一标识员工关系中的每一个元组;属性岗位有新入职员工、培训师、其他等。新入职员工至少要选择三门以上的课程进行培训,并取得课程成绩;一名培训师可以讲授多门课程,一门课程可以由多个培训师讲授。 3.课程信息包括:课程号、课程名称、学时。课程号唯一确定课程关系的每一个元组。 【概念模型设计】 根据需求阶段收集的信息,设计的实体联系图如图1.1所示。图1.1 实体联系图 【关系模式设计】 部门(部门号,名称, ( ) ,电话) 员工(员工号,姓名,( ),部门号,电话,( ) 课程( ) 课程名称,学时) 讲课(课程号,培训师号,培训地点) 培训(课程号,新入职员工号,成绩)【问题1】(4分) 根据题意,将关系模式中的空(1)~(4)的属性补充完整,并填入答题纸对应的位置上。 【问题2】(3分) 在关系数据库中,两个实体集之间的联系类型分为三类:一对一(1:1)、一对多(1:n)和多对多(n:m)。根据题意,可以得出图I-I所示的实体联系图中三个联系的类型。 请按以下描述确定联系类型并填入答题纸对应的位置上。 培训师与课程之间的讲课联系类型为( )。 新入职员工与课程之间的培训联系类型为( )。 部门与员工之间的所属联系类型为( ) 。 【问题3】(6分) 若关系R中的某一属性或属性组的值能唯一标识一个元组,则称该属性或属性组为主键;若关系R中的属性或属性组非该关系的主键,但它是其它关系的主键,那么该属性组对关系R而言称为外键。 部门关系的主键为( ) ,部门关系的外键为 ( )。 员王关系的主键为二( ), 员工关系的外键为( ) 。 讲课关系的主键为 ( )、 ( ) 。 【问题4】 请问培训关系的主键为(课程号,新入职员工号)的说法正确吗?为什么?

试题二(共15分)阅读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏内。【说明】某宾馆为了有效地管理客房资源,满足不同客户需求,拟构建一套宾馆信息管理系统,以方便宾馆管理及客房预订等业务活动。【需求分析结果】该系统的部分功能及初步需求分析的结果如下:(1)宾馆有多个部门,部门信息包括部门号、部门名称、电话、经理。每个部门可以有多名员工,每名员工只属于一个部门;每个部门只有一名经理,负责管理本部门。(2)员工信息包括员工号、姓名、岗位、电话、工资,其中,员工号唯一标识员工关系中的一个元组,岗位有经理、业务员。(3)客房信息包括客房号(如1301、1302等)、客房类型、收费标准、入住状态(已入住/未入住),其中客房号唯一标识客房关系中的一个元组,不同客房类型具有不同的收费标准。(4)客户信息包括客户号、单位名称、联系人、联系电话、联系地址,其中客户号唯一标识客户关系中的一个元组。(5)客户预订客房时,需要填写预订申请。预订申请信息包括申请号、客户号、入住时间、入住天数、客房类型、客房数量,其中,一个申请号唯一标识预订申请中的一个元组;一位客户可烈有多个预订申请,但一个预订申请对应唯一的二位客户。(6)当客户入住时,业务员根据客户的预订申请负责安排入住客房事宜。安排信息包括客房号、姓名、性别、身份证号、入住时间、天数、电话,其中客房号、身份证号和入住时间唯一标识一次安排。一名业务员可以安排多个预订申请,一个预订申请只由一名业务员安排,而且可安排多间同类型的客房。【概念模型设计】根据需求阶段收集的信息,设计的实体联系图如图2-1所示。【关系模式设计】部门(部门号,部门名称,经理,电话)员工(员工号, a ,姓名,岗位,电话,工资)客户 b 联系人,.联系电话,联系地址.客房(客房号,客房类型,收费标准,入住状态)预订申请( c )入住时间,天数,客房类型,客房数量)安排(申请号,客房号,姓名,性别,( d ) ,天数,电话,业务员)【问题1】(4分)根据问题描述,补充四个联系,完善图,2-1,的实体联系图.联系名可用联系1、联系2、联系3和联系4代替,联系的类型为1:1、1:n和m:n (或1:1,和1:*和*:*)。【问题2】(8分)(1)根据题意、,将关系模式中的空(a)~.(d)补充完整,并填入答题纸对应的位置上。(2)给出“预订申请”和“安排”关系模式的主键和外键。【问题3】(3分)【关系模式设计】中的“客房”关系模式是否存在规范性问题,请用丑100字以内文字解释你的观点(若存在问题,应说明如何修改“客房”关系模式).

阅读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏内。 【说明】 某企业拟构建一个高效、低成本、符合企业实际发展需要的办公自动化系统 。工程师小李主要承担该系统的公告管理和消息管理模块的研发工作。公告管理模块的主要功能包括添加、修改、删除和查看公告。消息管理模块的主要功能是消息群发。 小李根据前期调研和需求分析进行了概念模型设计,具体情况分述如下。 【需求分析结果】 (1) 该企业设有研发部、财务部、销售部等多个部门,每个部门只有一名部门经理, 有多名员工,每名员工只属于一个部门。部门信息包括:部门号、名称、部门经理和电话,其中部门号唯一确定部门关系的每一个元组。 (2) 员工信息包括:员工号、姓名、岗位、电话和密码。员工号唯一确定员工关系的每一个元组:岗位主要有经理、部门经理、管理员等,不同岗位具有不同的权限 。一名员工只对应一个岗位,但一个岗位可对应多名员工。 (3) 消息信息包括:编号、内容、消息类型、接收人、接收时间、发送时间和发送人。其中(编号,接收人)唯一标识消息关系中的每一个元组。一条消息可以发送给多个接收入, 一个接收人可以接收多条消息。 (4) 公告信息包括:编号、标题、名称、内容、发布部门、发布时间。其中编号唯一确定公告关系的每一个元组。一份公告对应一个发布部门,但一个部门可以发布多份 公告:一份公告可以被多名员工阅读,一名员工可以阅读多份公告。 【概念模型设计】 根据需求分析阶段收集的信息,设计的实体联系图(不完整)如图1-1所示。1-1实体联系图 【逻辑结构设计】 根据概念模型设计阶段完成的实体联系图,得出如下关系模式(不完整): 部门(( a ),部门经理,电话) 员工(员工号,姓名,岗位号,部门号,电话,密码) 岗位(岗位号,名称,权限) 消息(( b ),消息类型,接收时间,发送时间,发送人) 公告(( c ),名称,内容,发布部门,发布时间) 阅读公告( ( d ) ,阅读时间)【问题 1】 (5分) 根据问题描述,补充 4 个联系,完善图 2-1 所示的实体联系图。联系名可用联系 1、联系2、联系3 和联系 4 代替,联系的类型分为 1 : 1、1 : n 和 m: n (或 1 : 1、 1 : *和* :*)。 【问题 2】 (8 分〉 (1)根据实体联系图,将关系模式中的空 (a) ~(d) 补充完整。 (2) 给出消息和阅读公告关系模式的主键与外键。 【问题 3】 (2 分〉 消息和公告关系中都有编号属性,请问它是属于命名冲突吗?用100 字以内文字说明原因。

阅读下列说明和图,回答问题1至问题4,将解答填入对应栏内。某宾馆拟开发一个宾馆客房预订子系统,主要是针对客房的预订和入住等情况进行管理。【需求分析结果】(1)员工信息主要包括员工号、姓名、出生年月、性别、部门、岗位、住址、联系电话和密码等信息。岗位有管理和服务两种。岗位为“管理”的员工可以更改(添加、删除和修改)员工表中的本部门员工的岗位和密码,要求将每一次更改前的信息保留;岗位为“服务”的员工只能修改员工表中本人的密码,且负责多个客房的清理等工作。(2)部门信息主要包括部门号、部门名称、部门负责人、电话等信息:一个员工只能属于一个部门,一个部门只有一位负责人。(3)客房信息包括客房号、类型、价格、状态等信息。其中类型是指单人间、三人间、普通标准间、豪华标准间等;状态是指空闲、入住和维修。(4)客户信息包括身份证号、姓名、性别、单位和联系电话。(5)客房预定情况包括客房号、预定日期、预定入住日期、预定入住天数、身份证号等信息。一条预定信息必须且仅对应一位客户,但一位客户可以有多条预定信息。【概念模型设计】根据需求阶段收集的信息,设计的实体联系图(不完整)如下图所示。【逻辑结构设计】逻辑结构设计阶段设计的部分关系模式(不完整)如下:员工((4),姓名,出生年月,性别,岗位,住址,联系电话,密码)权限(岗位,操作权限)部门(部门号,部门名称,部门负责人,电话)客房((5),类型,价格,状态,入住日期,入住时间,员工号)客户((6),姓名,性别,单位,联系电话)更改权限((7),密码,更改日期,更改时间,管理员号)预定情况((8),预定日期,预定入住日期,预定入住天数)根据问题描述,填写上图中(1)~(3)处联系的类型。联系类型分为一对一、一对多和多对多三种,分别使用1:1,1:n或1:*,m:n或*:*表示。

某汽车维修公司有部门、员工和顾客等实体,各实体对应的关系模式如下: 部门(部门代码,部门名称,电话) 员工(员工代码,姓名,部门代码) 顾客(顾客号,姓名,年龄,性别) 维修(顾客号,故障情况,维修日期,员工代码) 假设每个部门允许有多部电话,则电话属性为(请作答此空)。若每个部门有多名员工,而每个员工只属于一个部门。员工代码唯一标识员工关系的每一个元组。 部门和员工之间是( )联系。一个员工同一天可为多位顾客维修车辆, 而一名顾客也可由多个员工为其维修车辆。维修关系模式的主键是( ), 员工关系模式的外键是( )。A.组合属性B.派生属性C.多值属性D.单值属性

某汽车维修公司有部门、员工和顾客等实体,各实体对应的关系模式如下: 部门(部门代码,部门名称,电话) 员工(员工代码,姓名,部门代码) 顾客(顾客号,姓名,年龄,性别) 维修(顾客号,故障情况,维修日期,员工代码) 假设每个部门允许有多部电话,则电话属性为( )。若每个部门有多名员工,而每个员工只属于一个部门。员工代码唯一标识员工关系的每一个元组。 部门和员工之间是(请作答此空)联系。一个员工同一天可为多位顾客维修车辆, 而一名顾客也可由多个员工为其维修车辆。维修关系模式的主键是( ), 员工关系模式的外键是( )。A.1:1B.1:nC.n:1D.n:m

某数据库系统中,假设有部门关系:Dept(部门号,部门名,负责人,电话),其中,“部门号”是该关系的主键;员工关系Emp(员工号,姓名,部门,家庭住址),属性“家庭住址”包含省、市、街道以及门牌号,该属性是一个( )属性。创建Emp关系的SQL语句如下:CREATE TABLE Emp(员工号CHAR59 (),姓名CHAR60,部门CHAR59,家庭住址CHAR62,(请作答此空));为在员工关系Emp中增加一个“工资”字段,其数据类型为数字型并保留2位小数,可采用的SQL语句为()。A.PRIMARY KEY NOT NULLB.PRJMARY KEY UNIQUEC.FOREIGN KEY REFERENCES Dept(部门名)D.FOREIGN KEY REFERENCES Dept(部门号)

某汽车维修公司有部门、员工和顾客等实体,各实体对应的关系模式如下: 部门(部门代码,部门名称,电话) 员工(员工代码,姓名,部门代码) 顾客(顾客号,姓名,年龄,性别) 维修(顾客号,故障情况,维修日期,员工代码) 假设每个部门允许有多部电话,则电话属性为( )。若每个部门有多名员工,而每个员工只属于一个部门。员工代码唯一标识员工关系的每一个元组。 部门和员工之间是( )联系。一个员工同一天可为多位顾客维修车辆, 而一名顾客也可由多个员工为其维修车辆。维修关系模式的主键是(请作答此空), 员工关系模式的外键是( )。A.顾客号,姓名B.顾客号,故障情况C.顾客号,维修日期,员工代码D.故障情况,维修日期,员工代码

某汽车维修公司有部门、员工和顾客等实体,各实体对应的关系模式如下: 部门(部门代码,部门名称,电话) 员工(员工代码,姓名,部门代码) 顾客(顾客号,姓名,年龄,性别) 维修(顾客号,故障情况,维修日期,员工代码) 假设每个部门允许有多部电话,则电话属性为( )。若每个部门有多名员工,而每个员工只属于一个部门。员工代码唯一标识员工关系的每一个元组。 部门和员工之间是( )联系。一个员工同一天可为多位顾客维修车辆, 而一名顾客也可由多个员工为其维修车辆。维修关系模式的主键是( ), 员工关系模式的外键是(请作答此空)。A.顾客号B.员工代码C.维修日期D.部门代码

假设某企业信息管理系统中的5个实体:部门(部门号,部门名,主管,电话),员工(员工号,姓名,岗位号,电话),项目(项目号,名称,负责人),岗位(岗位号,基本工资),亲属(员工号,与员工关系,亲属姓名,联系方式)。该企业有若干个部门,每个部门有若干名员工;每个员工承担的岗位不同其基本工资也不同;每个员工可有多名亲属(如:父亲、母亲等);一个员工可以参加多个项目,每个项目可由多名员工参与。下面( )属于弱实体对强实体的依赖联系。A.部门与员工的“所属”联系B.员工与岗位的“担任”联系C.员工与亲属的“属于”联系D.员工与项目的“属于”联系

某企业部门关系模式Dept(部门号,部门名,负责人工号,任职时间),员工关系模式EMP(员工号,姓名,年龄,月薪资,部门号,电话,办公室)。部门和员工关系的外键分别是(请作答此空)。查询每个部门中月薪资最高的员工号、姓名、部门名和月薪资的SQL查询语句如下:SELECT员工号,姓名,部门名,月薪资FROM EMP Y,DeptWHERE( )AND月薪资=(SELECT Max(月薪资)FROM EMP Z WHERE( )A.员工号和部门号B.负责人工号和部门号C.负责人工号和员工号D.部门号和员工号

某企业部门关系模式Dept(部门号,部门名,负责人工号,任职时间),员工关系模式EMP(员工号,姓名,年龄,月薪资,部门号,电话,办公室)。部门和员工关系的外键分别是( )。查询每个部门中月薪资最高的员工号、姓名、部门名和月薪资的SQL查询语句如下:SELECT员工号,姓名,部门名,月薪资FROM EMP Y,DeptWHERE(请作答此空)AND月薪资=(SELECT Max(月薪资)FROM EMP Z WHERE( )A.Y.部门号=Dept.部门号B.EMP.部门号=Dept.部门号C.Y.员工号=Dept.负责人工号D.EMP.部门号=Dept.负责人工号

某企业部门关系模式Dept(部门号,部门名,负责人工号,任职时间),员工关系模式EMP(员工号,姓名,年龄,月薪资,部门号,电话,办公室)。部门和员工关系的外键分别是( )。查询每个部门中月薪资最高的员工号、姓名、部门名和月薪资的SQL查询语句如下:SELECT员工号,姓名,部门名,月薪资FROM EMP Y,DeptWHERE( )AND月薪资=(SELECT Max(月薪资)FROM EMP Z WHERE(请作答此空)A.Z.员工号=Y.员工号B.Z.员工号=Y.负责人工号C.Z.部门号=部门号D.Z.部门号=Y.部门号

某宾馆为了有效地管理客房资源,满足不同客户需求,拟构建一套宾馆信息管理系统,以方便宾馆管理及客房预订等业务活动。【需求分析结果】该系统的部分功能及初步需求分析的结果如下:(1)宾馆有多个部门,部门信息包括部门号、部门名称、电话、经理。每个部门可以有多名员工,每名员工只属于一个部门;每个部门只有一名经理,负责管理本部门。(2)员工信息包括员工号、姓名、岗位、电话、工资,其中,员工号唯一标识员工关系中的一个元组,岗位有经理、业务员。(3)客房信息包括客房号(如1301、1302等)、客房类型、收费标准、入住状态(已入住/未入住),其中客房号唯一标识客房关系中的一个元组,不同客房类型具有不同的收费标准。(4)客户信息包括客户号、单位名称、联系人、联系电话、联系地址,其中客户号唯一标识客户关系中的一个元组。(5)客户预订客房时,需要填写预订申请。预订申请信息包括申请号、客户号、入住时间、入住天数、客房类型、客房数量,其中,一个申请号唯一标识预订申请中的一个元组;一位客户可以有多个预订申请,但一个预订申请对应唯一的一位客户。(6)当客户入住时,业务员根据客户的预订申请负责安排入住客房事宜。安排信息包括客房号、姓名、性别、身份证号、入住时间、天数、电话,其中客房号、身份证号和入住时问唯一标识一次安排。一名业务员可以安排多个预订申请,一个预订申请只由一名业务员安排,而且可安排多间同类型的客房。【概念模型设计】根据需求阶段收集的信息,设计的实体联系图如图1-1所示。关系模式设计】部门(部门号,部门名称,经理,电话)员工(员工号,(a),姓名,岗位,电话,工资)客户((b),联系人,联系电话,联系地址)客房(客房号,客房类型,收费标准,入住状态))预定申请((c),入住时间,天数,客房类型,客房数量)安排(申请号,客房号,姓名,性别,(d),天数,电话,业务员)问题:1.1 (4分)根据问题描述,补充四个联系,完善图1-1的实体联系图。联系名可用联系1、联系2、联系3和联系4代替,联系的类型为1:1、1:n和m:n(或者1:1、1:*和*:*)。问题:1.2 (8分)(1)根据题意,将关系模式中的空(a)~(d)补充完整,并填入答题纸对应的位置上。(2)给出“预订申请”和“安排”关系模式的主键和外键。 问题:1.3 (3分)【关系模式设计】中的“客房”关系模式是否存在规范性问题,请用100字以内文字解释你的观点(若存在问题,应说明如何修改“客房”关系模式)。

某企业拟构建一个高效、低成本、符合企业实际发展需要的办公自动化系统。工程师小李主要承担该系统的公告管理和消息管理模块的研发工作。公告管理模块的主要功能包括添加、修改、删除和查看公告。消息管理模块的主要功能是消息群发。小李根据前期调研和需求分析进行了概念模型设计,具体情况分述如下。[需求分析结果]1该企业设有研发部、财务部、销售部等多个部门,每个部门只有一名部门经理,有多名员工,每名员工只属于一个部门。部门信息包括:部门号、名称、部门经理和电话,其中部门号唯一确定部门关系的每一个元组。2员工信息包括:员工号、姓名、岗位、电话和密码。员工号唯一确定员工关系的每一个元组;岗位主要有经理、部门经理、管理员等,不同岗位具有不同的权限。一名员工只对应一个岗位,但一个岗位可对应多名员工。3消息信息包括:编号、内容、消息类型、接收人、接收时间、发送时间和发送人。其中(编号,接收人)唯一标识消息关系中的每一个元组。一条消息可以发送给多个接收人,一个接收人可以接收多条消息。4公告信息包括:编号、标题、名称、内容、发布部门、发布时间。其中编号唯一确定公告关系的每一个元组。一份公告对应一个发布部门,但一个部门可以发布多份公告;一份公告可以被多名员工阅读,一名员工可以阅读多份公告。[概念模型设计]根据需求分析阶段收集的信息,设计的实体联系图(不完整)如图1所示。[逻辑结构设计]根据概念模型设计阶段完成的实体联系图,得出如下关系模式(不完整):部门((a),部门经理,电话)员工(员工号,姓名,岗位号,部门号,电话,密码)岗位(岗位号,名称,权限)消息((b),消息类型,接收时间,发送时间,发送人)公告((c),名称,内容,发布部门,发布时间)阅读公告((d),阅读时间)1、根据问题描述,补充4个联系,完善图1所示的实体联系图。联系名可用联系1、联系2、联系3和联系4代替,联系的类型分为1:1、1:n和m:n(或1:1、1:*和*:*)。2、(1)根据实体联系图,将关系模式中的空(a)~(d)补充完整。(2)给出“消息”和“阅读公告”关系模式的主键与外键。3、消息和公告关系中都有“编号”属性,请问它是属于命名冲突吗?用100字以内文字说明原因。

阅读下列说明,回答下列问题。[说明]某企业拟构建一个高效、低成本、符合企业实际发展需要的办公自动化系统。工程师小李主要承担该系统的公告管理和消息管理模块的研发工作。公告管理模块的主要功能包括添加、修改、删除和查看公告。消息管理模块的主要功能是消息群发。小李根据前期调研和需求分析进行了概念模型设计,具体情况分述如下。[需求分析结果]1该企业设有研发部、财务部、销售部等多个部门,每个部门只有一名部门经理,有多名员工,每名员工只属于一个部门。部门信息包括:部门号、名称、部门经理和电话,其中部门号唯一确定部门关系的每一个元组。2员工信息包括:员工号、姓名、岗位、电话和密码。员工号唯一确定员工关系的每一个元组;岗位主要有经理、部门经理、管理员等,不同岗位具有不同的权限。一名员工只对应一个岗位,但一个岗位可对应多名员工。3消息信息包括:编号、内容、消息类型、接收人、接收时间、发送时间和发送人。其中(编号,接收人)唯一标识消息关系中的每一个元组。一条消息可以发送给多个接收人,一个接收人可以接收多条消息。4公告信息包括:编号、标题、名称、内容、发布部门、发布时间。其中编号唯一确定公告关系的每一个元组。一份公告对应一个发布部门,但一个部门可以发布多份公告;一份公告可以被多名员工阅读,一名员工可以阅读多份公告。[概念模型设计]根据需求分析阶段收集的信息,设计的实体联系图(不完整)如图1所示。[逻辑结构设计]根据概念模型设计阶段完成的实体联系图,得出如下关系模式(不完整):部门((a),部门经理,电话)员工(员工号,姓名,岗位号,部门号,电话,密码)岗位(岗位号,名称,权限)消息((b),消息类型,接收时间,发送时间,发送人)公告((c),名称,内容,发布部门,发布时间)阅读公告((d),阅读时间)1、根据问题描述,补充4个联系,完善图1所示的实体联系图。联系名可用联系1、联系2、联系3和联系4代替,联系的类型分为1:1、1:n和m:n(或1:1、1:*和*:*)。2、(1)根据实体联系图,将关系模式中的空(a)~(d)补充完整。(2)给出“消息”和“阅读公告”关系模式的主键与外键。3、消息和公告关系中都有“编号”属性,请问它是属于命名冲突吗?用100字以内文字说明原因。

阅读下列说明,回答下列问题。[说明]某宾馆为了有效地管理客房资源,满足不同客户需求,拟构建一套宾馆信息管理系统,以方便宾馆管理及客房预订等业务活动。【需求分析结果】该系统的部分功能及初步需求分析的结果如下:(1)宾馆有多个部门,部门信息包括部门号、部门名称、电话、经理。每个部门可以有多名员工,每名员工只属于一个部门;每个部门只有一名经理,负责管理本部门。(2)员工信息包括员工号、姓名、岗位、电话、工资,其中,员工号唯一标识员工关系中的一个元组,岗位有经理、业务员。(3)客房信息包括客房号(如1301、1302等)、客房类型、收费标准、入住状态(已入住/未入住),其中客房号唯一标识客房关系中的一个元组,不同客房类型具有不同的收费标准。(4)客户信息包括客户号、单位名称、联系人、联系电话、联系地址,其中客户号唯一标识客户关系中的一个元组。(5)客户预订客房时,需要填写预订申请。预订申请信息包括申请号、客户号、入住时间、入住天数、客房类型、客房数量,其中,一个申请号唯一标识预订申请中的一个元组;一位客户可以有多个预订申请,但一个预订申请对应唯一的一位客户。(6)当客户入住时,业务员根据客户的预订申请负责安排入住客房事宜。安排信息包括客房号、姓名、性别、身份证号、入住时间、天数、电话,其中客房号、身份证号和入住时问唯一标识一次安排。一名业务员可以安排多个预订申请,一个预订申请只由一名业务员安排,而且可安排多间同类型的客房。【概念模型设计】根据需求阶段收集的信息,设计的实体联系图如图1-1所示。【关系模式设计】部门(部门号,部门名称,经理,电话)员工(员工号,(a),姓名,岗位,电话,工资)客户((b),联系人,联系电话,联系地址)客房(客房号,客房类型,收费标准,入住状态))预定申请((c),入住时间,天数,客房类型,客房数量)安排(申请号,客房号,姓名,性别,(d),天数,电话,业务员)问题:1.1 (4分)根据问题描述,补充四个联系,完善图1-1的实体联系图。联系名可用联系1、联系2、联系3和联系4代替,联系的类型为1:1、1:n和m:n(或者1:1、1:*和*:*)。问题:1.2 (8分)(1)根据题意,将关系模式中的空(a)~(d)补充完整,并填入答题纸对应的位置上。(2)给出“预订申请”和“安排”关系模式的主键和外键。 问题:1.3 (3分)【关系模式设计】中的“客房”关系模式是否存在规范性问题,请用100字以内文字解释你的观点(若存在问题,应说明如何修改“客房”关系模式)。

【说明】某集团公司拥有多个分公司,为了方便集团公司对分公司各项业务活动进行有效管 理,集团公司决定构建一个信息系统以满足公司的业务管理需求。【需求分析】1.分公司关系需要记录的信息包括分公司编号、名称、经理、联系地址和电话。分公司编号唯一标识分公司信息中的每一个元组。每个分公司只有一名经理,负责该分公司的管理工作。每个分公司设立仅为本分公司服务的多个业务部门,如研发部、财务部、采购部、销售部等。2.部门关系需要记录的信息包括部门号、部门名称、主管号、电话和分公司编号。部门号唯一标识部门信息中的每一个元组。每个部门只有一名主管,负责部门的管理工作。每个部门有多名员工,每名员工只能隶属于一个部门。3.员工关系需要记录的信息包括员工号、姓名、隶属部门、岗位、电话和基本工资。其中,员工号唯一标识员工信息中的每一个元组。岗位包括:经理、主管、研发员、业务员等。【概念模型设计】根据需求阶段收集的信息,设计的实体联系图和关系模式(不完整)如图2-1 所示:【关系模式设计】分公司(分公司编号,名称,(a),联系地址,电话)部门(部门号,部门名称,(b),电话)员工(员工号,姓名(c),电话,基本工资)【问题 1】 (4分)根据问题描述,补充4个联系,完善图 2-1的实体联系图。联系名可用联系1、联系2、联系3和联系4代替,联系的类型为 1:1、1:n 和 m:n (或 1:1、1:*和*:*)。【问题 2】(4分)根据题意,将关系模式中的空 (a)-(c) 补充完整。【问题 3】 (4 分)给出"部门"和"员工"关系模式的主键和外键。【问题 4】 (3分)假设集团公司要求系统能记录部门历任主管的任职时间和任职年限,那么是否需要在数据库设计时增设一个实体?为什么?

阅读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏内。 【说明】 某酒店拟构建一个信息系统以方便酒店管理及客房预订业务运作活动,该系统的部分功能及初步需求分析的结果如下所述: (1)酒店有多个部门,部门信息包括部门号、部门名称、经理、电话和邮箱。每个部门可以有多名员工,每名员工只属于一个部门;每个部门有一名经理,负责管理本部门的事务和员工。 (2)员工信息包括员工号、姓名、职位、部门号、电话号码和工资。职位包括:经理、业务员等。其中员工号唯一标识员工关系中的每一个元组。 (3)客户信息包括客户号、单位名称、联系人、联系电话、联系地址,其中客户号唯一标识客户关系中的每一个元组。 (4)客户要进行客房预订时,需要填写预订申请。预订申请信息包括申请号、客户号、入住时间、入住天数、客房类型、客房数量。其中,一个申请号对应唯一的一个预订申请;一个客户可以有多个预订申请,但一个预订申请对应唯一的一个客户号。 (5)当客户入住时,业务员根据客户预订申请负责安排入住事宜,如入住的客户的姓名、性别、身份证号、电话、入住时间、天数。一个业务员可以安排多个预订申请,但一个预订申请只由一个业务员处理。 【概念模型设计】 根据需求阶段收集的信息,设计的实体联系图如图2-1所示【关系模式设计】 部门(部门号,部门名称,经理,电话,邮箱) 员工(员工号,姓名,(a),职位,电话号码,工资) 客户((b),单位名称,联系人,联系电话,联系地址) 客房(客房号,客房类型) 预订申请((c),(d),入住时间,天数,客房类型,客房数量) 安排(申请号,客房号,姓名,性别,身份证号,电话,(e),(f),业务员) 【问题1】(6分)根据题意,将关系模式中的空(a)~(f)的属性补充完整,并填入答题纸对应的位置上。【问题2】(4分)根据题意,可以得出图2-1所示的实体联系图中四个联系的类型,两个实体集之间的联系类型分为三类:一对一(1:1)、一对多(1:n)和多对多(m:n)。请按以下描述确定联系类型并填入答题纸对应的位置上。客户与预订申请之间的“申请”联系类型为 (g);部门与员工之间的“所属”联系类型为 (h);员工与员工之间的“婚姻”联系类型为 (i);员工、预订申请和客房之间的“安排”联系类型为 (j)。【问题3】(5分)若关系中的某一属性或属性组的值能唯一地标识一个元组,则称该属性或属性组为主键。本题“客户号唯一标识客户关系的每一个元组”,故为客户关系的主键。指出部门、员工、安排关系模式的主键。

阅读下列说明,回答问题1至问题4,将解答填入答题纸的对应栏内。【说明】某集团公司拥有多个分公司,为了方便集团公司对分公司各项业务活动进行有效管 理,集团公司决定构建一个信息系统以满足公司的业务管理需求。【需求分析】1.分公司关系需要记录的信息包括分公司编号、名称、经理、联系地址和电话。分公司编号唯一标识分公司信息中的每一个元组。每个分公司只有一名经理,负责该分公司的管理工作。每个分公司设立仅为本分公司服务的多个业务部门,如研发部、财务部、采购部、销售部等。2.部门关系需要记录的信息包括部门号、部门名称、主管号、电话和分公司编号。部门号唯一标识部门信息中的每一个元组。每个部门只有一名主管,负责部门的管理工作。每个部门有多名员工,每名员工只能隶属于一个部门。3.员工关系需要记录的信息包括员工号、姓名、隶属部门、岗位、电话和基本工资。其中,员工号唯一标识员工信息中的每一个元组。岗位包括:经理、主管、研发员、业务员等。【概念模型设计】根据需求阶段收集的信息,设计的实体联系图和关系模式(不完整)如图2-1 所示:【关系模式设计】分公司(分公司编号,名称,(a),联系地址,电话)部门(部门号,部门名称,(b),电话)员工(员工号,姓名(c),电话,基本工资)【问题 1】 (4分)根据问题描述,补充4个联系,完善图 2-1的实体联系图。联系名可用联系1、联系2、联系3和联系4代替,联系的类型为 1:1、1:n 和 m:n (或 1:1、1:*和*:*)。【问题 2】(5分)根据题意,将关系模式中的空 (a)-(c) 补充完整。【问题 3】 (4 分)给出"部门"和"员工"关系模式的主键和外键。【问题 4】 (2 分)假设集团公司要求系统能记录部门历任主管的任职时间和任职年限,那么是否需要在数据库设计时增设一个实体?为什么?

阅读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏内。【说明】 某企业拟构建一个高效、低成本、符合企业实际发展需要的办公自动化系统。工程师小李主要承担该系统的公告管理和消息管理模块的研发工作。公告管理模块的主要功能包括添加、修改、删除和查看公告。消息管理模块的主要功能是消息群发。 小李根据前期调研和需求分析进行了概念模型设计,具体情况分述如下:【需求分析结果】 (1)该企业设有研发部、财务部、销售部等多个部门,每个部门只有一名部门经理,有多名员工,每名员工只属于一个部门,部门信息包括:部门号、名称、部门经理和电话,其中部门号唯一确定部门关系的每一个元组。 (2)员工信息包括:员工号、姓名、岗位、电话和密码。员工号唯一确定员工关系的每一个元组;岗位主要有经理、部门经理、管理员等,不同岗位具有不同的权限。一名员工只对应一个岗位,但一个岗位可对应多名员工。 (3)消息信息包括:编号、内容、消息类型、接收人、接收时间、发送时间和发送人。其中(编号,接收入)唯一标识消息关系中的每一个元组。一条消息可以发送给多个接收人,一个接收人可以接收多条消息。 (4)公告信息包括:编号、标题、名称、内容、发布部门、发布时间。其中编号唯一确定公告关系的每二个元组。一份公告对应一个发布部门,但一个部门可以发布多份公告;一份公告可以被多名员工阅读,一名员工可以阅读多份公告。 【概念模型设计】 根据需求分析阶段收集的信息,设计的实体联系图(不完整)如图2-1所示:【逻辑结构设计】 根据概念模型设计阶段完成的实体联系图,得出如下关系模式(不完整): 部门( (a) ,部门经理,电话) 员工(员工号,姓名,岗位号,部门号,电话,密码) 岗位(岗位号,名称,权限) 消息( (b) ,消息类型,接收时间,发送时间,发送人) 公告( (c) ,名称,内容,发布部门,发布时间) 阅读公告( (d) ,阅读时间)【问题1】(5分) 根据问题描述,补充四个联系,完善图2-1所示的实体联系图。联系名可用联系1、联系2、联系3和联系4代替,联系的类型分为 1:1、1:n和m:n(或1:1、1:*和*:*)。【问题2】(8分) (1)根据实体联系图,将关系模式中的空(a)~(d)补充完整。 (2)给出“消息”和“阅读公告”关系模式的主键与外键。【问题3】(2分)消息和公告关系中都有“编号”属性,请问它是属于命名冲突吗 用100字以内文字说明原因。