niusouti.com

某宾馆为了有效地管理客房资源,满足不同客户需求,拟构建一套宾馆信息管理系统,以方便宾馆管理及客房预订等业务活动。【需求分析结果】该系统的部分功能及初步需求分析的结果如下:(1)宾馆有多个部门,部门信息包括部门号、部门名称、电话、经理。每个部门可以有多名员工,每名员工只属于一个部门;每个部门只有一名经理,负责管理本部门。(2)员工信息包括员工号、姓名、岗位、电话、工资,其中,员工号唯一标识员工关系中的一个元组,岗位有经理、业务员。(3)客房信息包括客房号(如1301、1302等)、客房类型、收费标准、入住状

题目
某宾馆为了有效地管理客房资源,满足不同客户需求,拟构建一套宾馆信息管理系统,以方便宾馆管理及客房预订等业务活动。【需求分析结果】该系统的部分功能及初步需求分析的结果如下:(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.阅读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏内。【说明】某集团公司拥有多个大型连锁商场,公司需要构建一个数据库系统以方便管理其业务运作活动。【需求分析结果】1.商场需要记录的信息包括商场编号(编号唯一),商场名称,地址和联系电话。某商场信息如表5—1所示。2.每个商场包含有不同的部门,部门需要记录的信息包括部门编号(集团公司分配),部门名称,位置分布和联系电话。某商场的部门信息如表5—2所示。3.每个部门雇用多名员工处理日常事务,每名员工只能隶属于一个部门(新进员工在培训期不隶属于任何部门)。员工需要记录的信息包括员工编号(集团公司分配),姓名,岗位,电话号码和工资。员工信息如表5—3所示。4.每个部门的员工中有一名是经理,每个经理只能管理一个部门,系统需要记录每个经理的任职时间。【概念模型设计】根据需求阶段收集的信息,设计的实体联系图和关系模式(不完整)如下:【关系模式设计】商场(商场编号,商场名称,地址,联系电话)部门(部门编号,部门名称,位置分布,联系电话,(a) )员工(员工编号,员工姓名,岗位,电话号码,工资,(b))经理( (c) ,任职时间)根据问题描述,补充四个联系,完善图5—2的实体联系图。联系名可用联系l、联系2、联系3和联系4代替,联系的类型分为l:1、l:n和m:n。

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

3.试题二(共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)宾馆有多个部门,部门信息包括部门号、部门名称、电话、经理。每个部门可以有多名员工,每名员工只属于一个部门;每个部门只有一名经理,负责管理本部门。(2)员工信息包括员工号、姓名、岗位、电话、工资,其中,员工号唯一标识员工关系”相关问题
  • 第1题:

    阅读下列说明,回答问题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】
    联系名称可不做要求,但不能出现重名。
     
    【问题 2】
    (1)(a) 部门号,名称
    (b) 编号,内容,接收人
    (c) 编号,标题
    (d) 公告编号,员工号(注:编号,员工号也正确)
    (2)消息关系模式的主键:编号,接收人
                     外键:接收人、发送人
    阅读公告关系模式的主键:公告编号,员工号
                      外键:公告编号,员工号
    【问题 3】
    不属于命名冲突。因为这两个属性分别属于两个不同的关系模式,可以通过"关系名.属性名"区别,即可以用"消息.编号"和"公告.编号"来区别。

  • 第2题:

    试题二(共15分) 阅读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏内。

    【说明】

    某物流公司为了整合上游供应商与下游客户,缩短物流过程,降低产品库存,需要构建一个信息系统以方便管理其业务运作活动。

    【需求分析结果】

    (1)物流公司包含若干部门,部门信息包括部门号、部门名称、经理、电话和邮箱。一个部门可以有多名员工处理部门的日常事务,每名员工只能在一个部门工作。每个部门有一名经理,只需负责管理本部门的事务和人员。

    (2)员工信息包括员工号、姓名、职位、电话号码和工资;其中,职位包括:经理、业务员等。业务员根据托运申请负责安排承运货物事宜,例如:装货时间、到达时间等。一个业务员可以安排多个托运申请,但一个托运申请只由一个业务员处理。

    (3)客户信息包括客户号、单位名称、通信地址、所属省份、联系人、联系电话、银行账号,其中,客户号唯一标识客户信息的每一个元组。每当客户要进行货物托运时,先要提出货物托运申请。托运申请信息包括申请号、客户号、货物名称、数量、运费、出发地、目的地。其中,一个申请号对应唯一的一个托运申请;一个客户可以有多个货物托运申请,但一个托运申请对应唯一的一个客户号。

    【概念模型设计】

    根据需求阶段收集的信息,设计的实体联系图和关系模式(不完整)如图2-l所示。

    【关系模式设计】

    部门(部门号,部门名称,经理,电话,邮箱)

    员工(员工号,姓名,职位,电话号码,工资, (a) )

    客户( (b) ,单位名称,通信地址,所属省份,联系人,联系电话,银行账号)

    托运申请( (c) ,货物名称,数量,运费,出发地,目的地)

    安排承运( (d) ,装货时间,到达时间,业务员)

    【问题1】(5分)

    根据问题描述,补充四个联系、联系的类型,以及实体与子实体的联系,完善图2-1所示的实体联系图。


    正确答案:

    【问题l】(5分)


  • 第3题:

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

    A.组合属性
    B.派生属性
    C.多值属性
    D.单值属性

    答案:C
    解析:
    一个部门多个电话,电话属于多值属性。每个部门有多名员工,而每个员工只属于一个部门,因此部门与员工的关系为:1:n。顾客号,维修日期,员工代码的组合键能决定维修关系式的其他属性,因此三者的组合键是该关系模式的主键。员工关系模式的外键为部门代码。

  • 第4题:

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

    A.顾客号,姓名
    B.顾客号,故障情况
    C.顾客号,维修日期,员工代码
    D.故障情况,维修日期,员工代码

    答案:C
    解析:
    一个部门多个电话,电话属于多值属性。每个部门有多名员工,而每个员工只属于一个部门,因此部门与员工的关系为:1:n。顾客号,维修日期,员工代码的组合键能决定维修关系式的其他属性,因此三者的组合键是该关系模式的主键。员工关系模式的外键为部门代码。

  • 第5题:

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

    A.部门与员工的“所属”联系
    B.员工与岗位的“担任”联系
    C.员工与亲属的“属于”联系
    D.员工与项目的“属于”联系

    答案:C
    解析:

  • 第6题:

    某集团公司在全国不同城市拥有多个大型超市,为了有效管理各个超市的业务工作,需要构建一个超市信息管理系统。[需求分析结果]1超市信息包括:超市名称、地址、经理和电话,其中超市名称唯一确定超市关系的每一个元组。每个超市只有一名经理。2超市设有计划部、财务部、销售部等多个部门,每个部门只有一名部门经理,有多名员工,每个员工只属于一个部门。部门信息包括:超市名称、部门名称、部门经理和联系电话。超市名称、部门名称唯一确定部门关系的每一个元组。3员工信息包括:员工号、姓名、超市名称、部门名称、职位、联系方式和工资。其中,职位信息包括:经理、部门经理、业务员等。员工号唯一确定员工关系的每一个元组。4商品信息包括:商品号、商品名称、型号、单价和数量。商品号唯一确定商品关系的每一个元组。一名业务员可以负责超市内多种商品的配给,一种商品可以由多名业务员配给。[概念模型设计]根据需求分析阶段收集的信息,设计的实体联系图和关系模式(不完整)如下:

    [关系模式设计]超市(超市名称,经理,地址,电话)部门((a),部门经理,联系电话)员工((b),姓名,联系方式,职位,工资)商品(商品号,商品名称,型号,单价,数量)配给((c),配给时间,配给数量,业务员)1、根据问题描述,补充四个联系,完善题图的实体联系图。联系名可用联系1、联系2、联系3和联系4代替,联系的类型分为1:1、1:n和m:n(或1:1、1:*和*:*)。2、(1)根据实体联系图,将关系模式中的空(a)~(c)补充完整;(2)给出部门和配给关系模式的主键和外键。3、(1)超市关系的地址可以进一步分为邮编、省、市、街道,那么该属性是属于简单属性还是复合属性?请用100字以内文字说明。(2)假设超市需要增设一个经理的职位,那么超市与经理之间的联系类型应修改为(d),超市关系应修改为(e)。


    答案:
    解析:
    1、联系名称可不做要求,但不能出现重名。

    2、(1)(a)超市名称,部门名称(b)员工号,超市名称,部门名称(c)商品号(2)部门关系模式的主键:超市名称,部门名称外键:部门经理配给关系模式的主键:商品号,配给时间,业务员外键:商品号,业务员 3、(1)该属性属于复合属性,因为简单属性是原子的、不可再分的。(2)(d)1:n(e)超市名称,经理,电话
    本题考查数据库概念结构设计及其向逻辑结构转换的过程。此类题目要求考生认真阅读题目对现实问题的描述,经过分类、聚集、概括等方法,从中确定实体及其联系。题目已经给出了4个实体,需要根据需求描述,给出实体间的联系。根据题意,“每个超市有一位经理”并且“部门经理也是超市的员工“,可以得出超市与经理之间的管理联系类型为1:1。又由于“每个部门有一名部门经理”并且“部门经理也是超市的员工”,可以得出部门与部门经理之间的负责联系类型为1:1。由“每个部门有多名员工,每个员工属于一个部门”可以得出部门与员工间的所属联系类型为1:*;并且员工是经理的超类型,经理是员工的子类型。由“一名业务员可以负责超市内多种商品配置,一种商品可以由多名业务员配置”,可以得出业务员与商品之间的配置联系类型为*:*。完整的ER图如下:

    (1)完整的关系模式如下:超市(超市名称,经理,地址,电话)部门(超市名称,部门名称.,部门经理,联系电话)员工(员工号,超市名称,部门名称,姓名,联系方式,职位,工资)商品(商品号,商品名称,型号,单价,数量)配置(商品号,配置时间,配置数量,业务员)(2)部门和配置关系模式的主键和外键的分析如下:在部门关系模式中,由于每个超市都设有计划部、财务部、销售部等多个部门,因此为了区分部门关系的每一个元组,需要“超市名称、部门名称”作为部门的主键。又因为部门经理也是员工,因此部门经理为员工关系的外键。在配置关系模式中,“商品号,配置时间,业务员”唯一标识配置关系的每一个元组,故为配置关系的主键,外键为商品号,业务员。(1)超市的地址属性不属于简单属性。因为根据题意,超市关系的地址可以进一步分为邮编、省、市、街道,而简单属性是原子的、不可再分的,复合属性可以细分为更小的部分(即划分为别的属性)。本小题问的超市的地址可以进一步分为邮编、省、市、街道,故属于复合属性。(2)因为根据题意,超市需要增设一位经理的职位,那么超市与经理之间的联系类型应修改为1:n,超市的主键应修改为超市名称,经理,电话。

  • 第7题:

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

    【逻辑结构设计】逻辑结构设计阶段设计的部分关系模式(不完整)如下:员工( 4 ,姓名,出生年月,性别,岗位,住址,联系电话,密码)权限(岗位,操作权限)部门(部门号,部门名称,部门负责人,电话)客房( 5 ,类型,价格,状态,入住日期,入住时间,员工号)客户( 6 ,姓名,性别,单位,联系电话)更改权限( 7 ,密码,更改日期,更改时间,管理员号)预定情况( 8 ,预定日期,预定入住日期,预定入住天数)4、【问题1】根据问题描述,填写上图中(1)~(3)处联系的类型。联系类型分为一对一、一对多和多对多三种,分别使用1:1,1:n或1:*,m:n或*:*表示。5、【问题2】补充上图中的联系并指明其联系类型。6、【问题3】根据需求分析结果和上图,将逻辑结构设计阶段生成的关系模式中的空(4)~(8)。补充完整。(注:一个空可能需要填多个属性)7、【[问题4】若去掉权限表,并将权限表中的操作权限属性放在员工表中(仍保持管理和服务岗位的操作权限规定),则与原有设计相比有什么优缺点(请从数据库设计的角度进行说明)。


    答案:
    解析:
    4、(1)n,或m,或*(2)n,或m,或*(3)n,或m,或*
    5、需要增加员工和权限之间的m:1的联系。或者

    6、(4)员工号,部门号(5)客房号(6)身份证号(7)岗位(8)客房号,身份证号 7、若将权限表中的操作权限属性放在员工表中,则相同岗位的操作权限在员工表中重复存储,存在数据冗余。
    4、本题考查数据库系统中实体联系模型(E-R模型)的设计和关系模式的设计。两个实体型之间的联系可以分为三类:一对一联系(1:1)、一对多联系(1:n)和多对多联系(m:n)。本题中员工和部门之间的所属联系类型为m:1,因为题中一个员工只能属于一个部门,一个部门可以有多名员工。所以空(1)应填m。本题中客户和客房之间的预定联系类型为m:n,因为题中一位客户可以预订多间客房,而客房在不同的时间段可以被多个客户预订。所以空(2)、空(3)应填分别填m和n。根据题意岗位有管理和服务两种。岗位为“管理”的员工可以更改(添加、删除和修改)员工表中的本部门员工的岗位和密码,要求将每一次更改前的信息保留;岗位为“服务”的员工只能修改员工表中本人的密码,且负责多个客房的清理等工作。所以,需要增加管理员和权限之间的m:1的联系。或者表示为

    主键也称为主码,是关系中的一个或一组属性,其值能唯一标识一个元组。根据题意该宾馆客房预订子系统中,逻辑结构设计阶段设计的部分不完整关系模式空(4)~(8)应补充的内容分析如下:空(4)应增加一个主键“员工号”和一个外键“部门号”。因为“员工号”能唯一标识员工关系中的每一个元组;又因为一个员工只能属于一个部门,一个部门可以有多名员工,员工和部门之间的所属联系类型为m:1,所以需要将1端的码并入多端,即将“部门号”加入员工关系模式中。空(5)应增加一个主键“客房号”,用来唯一标识客房关系中的每一个元组。空(6)应增加一个主键“身份证号”。用来唯一标识客户关系中的每一个元组。空(7)应填岗位,因为不同的岗位具有不同的权限,所以需要增加岗位属性。空(8)应增加“客房号”和“身份证号”。因为,对于预定情况是客户与客房之间的多对多的联系,所以应该将两端的码作为联系的主键。若去掉权限表,那么,需要将权限表中的操作权限属性放在员工表中,则相同岗位的操作权限在员工表中重复存储,存在数据冗余。

  • 第8题:

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



    【逻辑结构设计】逻辑结构设计阶段设计的部分关系模式(不完整)如下:员工( 4 ,姓名,出生年月,性别,岗位,住址,联系电话,密码)权限(岗位,操作权限)部门(部门号,部门名称,部门负责人,电话)客房( 5 ,类型,价格,状态,入住日期,入住时间,员工号)客户( 6 ,姓名,性别,单位,联系电话)更改权限( 7 ,密码,更改日期,更改时间,管理员号)预定情况( 8 ,预定日期,预定入住日期,预定入住天数)4、【问题1】根据问题描述,填写上图中(1)~(3)处联系的类型。联系类型分为一对一、一对多和多对多三种,分别使用1:1,1:n或1:*,m:n或*:*表示。5、【问题2】补充上图中的联系并指明其联系类型。6、【问题3】根据需求分析结果和上图,将逻辑结构设计阶段生成的关系模式中的空(4)~(8)。补充完整。(注:一个空可能需要填多个属性)7、【[问题4】若去掉权限表,并将权限表中的操作权限属性放在员工表中(仍保持管理和服务岗位的操作权限规定),则与原有设计相比有什么优缺点(请从数据库设计的角度进行说明)。


    答案:
    解析:
    4、(1)n,或m,或*(2)n,或m,或*(3)n,或m,或*
    5、需要增加员工和权限之间的m:1的联系。或者



    6、(4)员工号,部门号(5)客房号(6)身份证号(7)岗位(8)客房号,身份证号 7、若将权限表中的操作权限属性放在员工表中,则相同岗位的操作权限在员工表中重复存储,存在数据冗余。
    【解析】
    4、本题考查数据库系统中实体联系模型(E-R模型)的设计和关系模式的设计。两个实体型之间的联系可以分为三类:一对一联系(1:1)、一对多联系(1:n)和多对多联系(m:n)。本题中员工和部门之间的所属联系类型为m:1,因为题中一个员工只能属于一个部门,一个部门可以有多名员工。所以空(1)应填m。本题中客户和客房之间的预定联系类型为m:n,因为题中一位客户可以预订多间客房,而客房在不同的时间段可以被多个客户预订。所以空(2)、空(3)应填分别填m和n。根据题意岗位有管理和服务两种。岗位为“管理”的员工可以更改(添加、删除和修改)员工表中的本部门员工的岗位和密码,要求将每一次更改前的信息保留;岗位为“服务”的员工只能修改员工表中本人的密码,且负责多个客房的清理等工作。所以,需要增加管理员和权限之间的m:1的联系。或者表示为



    主键也称为主码,是关系中的一个或一组属性,其值能唯一标识一个元组。根据题意该宾馆客房预订子系统中,逻辑结构设计阶段设计的部分不完整关系模式空(4)~(8)应补充的内容分析如下:空(4)应增加一个主键“员工号”和一个外键“部门号”。因为“员工号”能唯一标识员工关系中的每一个元组;又因为一个员工只能属于一个部门,一个部门可以有多名员工,员工和部门之间的所属联系类型为m:1,所以需要将1端的码并入多端,即将“部门号”加入员工关系模式中。空(5)应增加一个主键“客房号”,用来唯一标识客房关系中的每一个元组。空(6)应增加一个主键“身份证号”。用来唯一标识客户关系中的每一个元组。空(7)应填岗位,因为不同的岗位具有不同的权限,所以需要增加岗位属性。空(8)应增加“客房号”和“身份证号”。因为,对于预定情况是客户与客房之间的多对多的联系,所以应该将两端的码作为联系的主键。若去掉权限表,那么,需要将权限表中的操作权限属性放在员工表中,则相同岗位的操作权限在员工表中重复存储,存在数据冗余。

  • 第9题:

    阅读下列说明,回答问题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】
    a、部门号 b、客户号 c、申请号 d、客户号 e、入住时间 f、天数【问题2】
    g、1:n h、1:n i、1:1 j、1:n:m
    【问题3】
    语句覆盖(SC):设计足够的测试用例,使得使被测试程序中每条语句至少执行一次。判定覆盖(DC):设计足够的测试用例,使得使程序中的每个判定至少都获得一次“真值”或“假值”。又称分支覆盖:使程序中的每一个取“真”分支和取“假”分支至少经历一次。条件覆盖(CC):设计足够的测试用例,使得使得每一判定语句中每个逻辑条件的可能值至少满足一次。条件判定组合覆盖(CDC):设计足够的测试用例,使得使得判定中每个条件的所有可能(真/假)至少出现一次,并且每个判定本身的结果(真/假)也至少出现一次。多条件覆盖(MCC):设计足够的测试用例,使得使得每个判定中条件的各种可能组合都至少出现一次。修正判定条件覆盖(MCDC):设计足够的测试用例,使得每一程序模块的入口和出口点都要考虑至少被调用一次,每个程序的判定到所有可能的结果值要至少转换一次;程序的判定被分解为通过逻辑操作符(and or)连接的bool条件,每个条件判定的结果值是独立的。路径覆盖:设计足够的测试用例,使得被测试程序中的所有可能路径至少被执行一次。部门关系主键:部门号员工关系主键:员工号安排关系主键:客房号、身份证、入住时间。按照E-R模型合并的规律,安排关系的主键应为多方的码组成,但本题由于预定申请是以单位的,一个单位可能有多个人员入住同一间客房,所以,本题的主键应该为:客房号、身份证、入住时间 比较合适

  • 第10题:

    阅读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏内。
    【说明】
    某宾馆为了有效地管理客房资源,满足不同客户需求,拟构建一套宾馆信息管理系统,以方便宾馆管理及客房预订等业务活动。
    【需求分析结果】
    该系统的部分功能及初步需求分析的结果如下:
    (1)宾馆有多个部门,部门信息包括部门号、部门名称、电话、经理。每个部门可以有多名员工,每名员工只属于一个部门;每个部门只有一名经理,负责管理本部门。
    (2)员工信息包括员工号、姓名、岗位、电话、工资,其中,员工号唯一标识员工关系中的一个元组,岗位有经理、业务员。
    (3)客房信息包括客房号(如1301、1302等)、客房类型、收费标准、入住状态(已入住/未入住),其中客房号唯一标识客房关系中的一个元组,不同客房类型具有不同的收费标准。
    (4)客户信息包括客户号、单位名称、联系人、联系电话、联系地址,其中客户号唯一标识客户关系中的一个元组。
    (5)客户预订客房时,需要填写预订申请。预订申请信息包括申请号、客户号、入住时间、入住天数、客房类型、客房数量,其中,一个申请号唯一标识预订申请中的一个元组;一位客户可以有多个预订申请,但一个预订申请对应唯一的一位客户。
    (6)当客户入住时,业务员根据客户的预订申请负责安排入住客房事宜。安排信息包括客房号、姓名、性别、身份证号、入住时间、天数、电话,其中客房号、身份证号和入住时间唯一标识一次安排。一名业务员可以安排多个预订申请,一个预订申请只由一名业务员安排,而且可安排多间同类型的客房。
    【概念模型设计】
    根据需求阶段收集的信息,设计的实体联系图如图2-1所示。



    【关系模式设计】
    部门(部门号,部门名称,经理,电话)
    员工(员工号, ( a ),姓名,岗位,电话,工资)
    客户( ( b ) ,联系人,联系电话,联系地址)
    客房(客房号,客房类型,收费标准,入住状态)
    预订申请( ( c) ,入住时间,天数,客房类型,客房数量)
    安排(申请号,客房号,姓名,性别, (c) ,天数,电话,业务员)
    【问题1】(4分)
    根据问题描述,补充四个联系,完善图2-1,的实体联系图。联系名可用联系1、联系2、联系3和联系4代替,联系的类型为1:1、1:n和m:n (或1:1,和1:*和*:*)。
    【问题2】(8分)
    (1)根据题意,将关系模式中的空(a)~(d)补充完整,并填入答题纸对应的位置上。
    答:
    (a) 部门号。
    (b) 客户号、单位名称
    (c) 申请号、客户号。
    (d) 身份证号、入住时间。
    (2)给出“预订申请”和“安排”关系模式的主键和外键。
    【问题3】(3分)
    【关系模式设计】中的“客房”关系模式是否存在规范性问题,请用100字以内文字解释你的观点(若存在问题,应说明如何修改“客房”关系模式)。


    答案:
    解析:
    问题1:
    1、经理与部门之间 存在1:1的联系。
    2、部门与员工之间 存在1:n的联系。
    3、客户与预订申请之间 存在 1:n的联系。
    4、业务员、客房、预订申请之间存在1:m:n的联系。

    问题2:
    (a) 部门号。
    (b) 客户号、单位名称
    (c) 申请号、客户号。
    (d) 身份证号、入住时间。
    “预订申请”关系模式中的主键是申请号,外键是客户号。
    “安排”关系模式中的主键是:(客房号、身份证号、入住时间),外键是:申请号、客房号、业务员。

    问题3:
    根据试题中的描述,客房信息中客房号是唯一标识客房关系的一个元组,即可以作为唯一的主键。在客房关系模式中,不存在其他部分依赖关系,但客户号->类型->收费标准,存在传递函数依赖,所以冗余,添加异常,修改异常,删除异常均存在。
    试题分析:

  • 第11题:

    阅读下列说明,回答问题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字以内文字说明原因。


    答案:
    解析:
    【问题1】(5分)答案:

    【问题2】(8分)答案:(a)部门号,名称(b)编号,内容,接收人,(c)编号,标题(d)员工号,编号消息模式主键:(编号,接收人);外键:接收人,发送人阅读公告模式主键:(员工号,公告编号);外键:员工号,公告编号

    【问题3】(2分)答案:不属于命名冲突。因为这两个属性分别属于两个不同的关系模式,可以通过“关系名.属性名”区别,即可以用“消息.编号”和“公告.编号”来区别。

  • 第12题:

    阅读下列说明和图,回答问题,将解答填入答题纸的对应栏内。
    【说明】
    某集团公司在全国不同城市拥有多个大型超市,为了有效管理各个超市的业务工作,需要构建一个超市信息管理系统。
    [需求分析结果]
    超市信息包括:超市名称、地址、经理和电话,其中超市名称唯一确定超市关系的每一个元组。每个超市只有一名经理。
    超市设有计划部、财务部、销售部等多个部门,每个部门只有一名部门经理,有多名员工,每个员工只属于一个部门。部门信息包括:超市名称、部门名称、部门经理和联系电话。超市名称、部门名称唯一确定部门关系的每一个元组。
    员工信息包括:员工号、姓名、超市名称、部门名称、职位、联系方式和工资。其中,职位信息包括:经理、部门经理、业务员等。员工号唯一确定员工关系的每一个元组。
    商品信息包括:商品号、商品名称、型号、单价和数量。商品号唯一确定商品关系的每一个元组。一名业务员可以负责超市内多种商品的配给,一种商品可以由多名业务员配给。
    [概念模型设计]
    根据需求分析阶段收集的信息,设计的实体联系图和关系模式(不完整)如下图:



    [关系模式设计]
    超市(超市名称、经理、地址、电话)
    部门((a),部门经理、联系电话)
    员工((b),姓名、联系方式、职位、工资)
    商品(商品号、商品名称、型号、单价、数量)
    配给((c),配给时间、配给数量、业务员)
    【问题1】(5分)
    根据问题描述,补充四个联系,完善图上图的实体联系图。联系名可用联系1、联系2、联系3和联系4代替,联系的类型分为1:1、1:n和m:n(或1:1、1:*和*:*)。
    【问题2】(5分)
    1、根据实体联系图,将关系模式中的空(a)~(c)补充完整;
    2、给出部门和配给关系模式的主键和外键。
    【问题3】(5分)
    1、超市关系的地址可以进一步分为邮编、省、市、街道,那么该属性是属于简单属性还是复合属性?请用100字以内文字说明。
    2、假设超市需要增设一个经理的职位,那么超市与经理之间的联系类型应修改为(d),超市关系应修改为(e)。


    答案:
    解析:
    【问题1】(5分)



    【问题2】(5分)
    1、(a)超市名称、部门名称 (b)员工号、超市名称、部门名称
    (c)商品号
    2、 部门关系主键:(超市名称、部门名称)外键:超市名称、部门经理
    配给关系主键:(商品号、业务员、配给时间)外键:业务员、商品号
    【问题3】(5分)
    1、超市关系中的地址属于复合属性。所谓复合属性就是指属性中含有多种信息,可以进一步拆分的属性,地址可以拆分成多个简单属性,符合这一特征。
    2、d是1:n e超市名称、地址、电话

  • 第13题:

    阅读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏内,

    【说明】

    某集团公司在全国不同城市拥有多个大型超市,为了有效管理各个超市的业务工

    作,需要构建一个超市信息管理系统。

    【需求分析结果】

    (l)超市信息包括:超市名称、地址、经理和电话,其中超市名称唯一确定超市关

    系的每一个元组。每个超市只有一名经理。

    (2)超市设有计划部、财务部、销售部等多个部门,每个部门只有一名部门经理,

    有多名员工,每个员工只属于一个部门。部门信息包括:超市名称、部门名称、部门经

    理和联系电话。超市名称、部门名称唯一确定部门关系的每一个元组。

    (3)员工信息包括:员工号、姓名、超市名称、部门名称、职位、联系方式和工资。

    其中,职位信息包括:经理、部门经理、业务员等。员工号唯一确定员工关系的每一个

    元组。

    (4)商品信息包括:商品号、商品名称、型号、单价和数量。商品号唯一确定商品

    关系的每一个元组。一名业务员可以负责超市内多种商品的配给,一种商品可以由多名

    业务员配给。

    【概念模型设计】

    根据需求分析阶段收集的信息,设计的实体联系图和关系模式(不完整)如下:

    【关系模式设计】

    超市(超市名称,经理,地址,电话)

    部门((a) ,部门经理,联系电话)

    员工((b) .姓名,联系方式,职位,工资)

    商品(商品号,商品名称,型号,单价,数量)

    配给((c) ,配给时间,配给数量,业务员)

    【问题1】(4分)

    根据问题描述,补充四个联系,完善图2-1的实体联系囝。联系名可用联系1、联

    系2、联系3和联系4代替,联系的类型分为1:1、l:n和m:n(或1:1、1:*和*:*)。

    【问题2】(7分)

    (1)根据实体联系图,将关系模式中的空(a)~(c)补充完整:

    (2)给出部门和配给关系模式的主键和外键。

    【问题3】(4分)

    (l)超市关系的地址可以进一步分为邮编、省、市、街道,那么该属性是属于简单

    属性还是复合属性?请用100字以内文字说明。

    (2)假设超市需要增设一个经理的职位,那么超市与经理之间的联系类型应修改为

    (d) ,超市关系应修改为 (e) 。


    正确答案:
    本题考查数据库概念结构设计及其向逻辑结构转换的过程。此类题目要求考生认真阅读题目对现实问题的描述,经过分类、聚集、概括等方法,从中确定实体及其联系。题目已经给出了4个实体,需要根据需求描述,给出实体间的联系。【问题1】根据题意,“每个超市有一位经理”并且部门经理也是超市的员工,可以得出超市与经理之间的管理联系类型为1:1。又由于“每个部门有一名部门经理”并且部门经理也是超市的员工,可以得出部门与部门经理之间的负责联系类型为1:1。由“每个部门有多名员工,每个员工属于一个部门”可以得出部门与员工间的所属联系类型为l:*:并且员工是经理的超类型,经理是员工的子类型。由“一名业务员可以负责超市内多种商品配置,一种商品可以由多名业务员配置”,可以得出,业务员与商品之间的配置联系类型为*:*。完整的ER图如下:pt;">【概念模型设计】根据需求分析阶段收集的信息,设计的实体联系图和关系模式(不完整)如下:【问题2】(1)完整的关系模式如下:超市(超市名称,经理,地址,电话)部门(超市名称,部门名称,部门经理,联系电话)员工(员工号,超市名称,部门名称,姓名,联系方式,职位,工资)商品(商品号,商品名称,型号,单价,数量)配置(商品号,配置时间,配置数量,业务员)(2)部门和配置关系模式的主键和外键的分析如下:在部门关系模式中,由于每个超市部设有计划部、财务部、销售部等多个部门,因此为区分部门关系的每一个元组,需要“超市名称、部门名称”作为部门的主键。叉因为部门经理也是员工,因此部门经理为员工关系的外键。在配置关系模式中,“商品号,配置时间,业务员”唯一标识配置关系的每一个元组,故为配置关系的主键,外键为商品号,业务员。【问题3】(l)超市的地址属性不属于简单属性。因为根据题意,超市关系的地址可以进一步分为邮编、省、市、街道,而简单属性是原子的、不可再分的,复合属性可以细分为更小的部分(即划分为别的属性)。本小题的超市的地址可以进一步分为邮编、省、市、街道,故属于复合属性。(2)因为根据题意,超市需要增设一位经理的职位,那么超市与经理之间的联系类型应修改为l:n,超市的主键应修改为超市名称,经理,电话。试题二参考答案【问题1】联系名称可不做要求,但不能出现重名。【问题2】(1)(a)超市名称,部门名称(b)员工号,超市名称,部门名称(c)商品号(2)部门关系模式的主键:超市名称,部门名称外键:部门经理配给关系模式的主键:商品号,配给时间,业务员外键:商品号,业务员【问题3)(l)该属性属于复合属性,因为简单属性是原子的、不可再分的。(2)(d)1:n(e)超市名称,经理,电话

  • 第14题:

    阅读下列说明和图,回答问题1至问题4,将解答填入对应栏内。

    某宾馆拟开发一个宾馆客房预订子系统,主要是针对客房的预订和入住等情况进行管理。

    【需求分析结果】

    (1)员工信息主要包括员工号、姓名、出生年月、性别、部门、岗位、住址、联系电话和密码等信息。岗位有管理和服务两种。岗位为“管理”的员工可以更改(添加、删除和修改)员工表中的本部门员工的岗位和密码,要求将每一次更改前的信息保留;岗位为“服务”的员工只能修改员工表中本人的密码,且负责多个客房的清理等工作。

    (2)部门信息主要包括部门号、部门名称、部门负责人、电话等信息:一个员工只能属于一个部门,一个部门只有一位负责人。

    (3)客房信息包括客房号、类型、价格、状态等信息。其中类型是指单人间、三人间、普通标准间、豪华标准间等;状态是指空闲、入住和维修。

    (4)客户信息包括身份证号、姓名、性别、单位和联系电话。

    (5)客房预定情况包括客房号、预定日期、预定入住日期、预定入住天数、身份证号等信息。一条预定信息必须且仅对应一位客户,但一位客户可以有多条预定信息。

    【概念模型设计】

    根据需求阶段收集的信息,设计的实体联系图(不完整)如下图所示。

    【逻辑结构设计】

    逻辑结构设计阶段设计的部分关系模式(不完整)如下:

    员工((4),姓名,出生年月,性别,岗位,住址,联系电话,密码)

    权限(岗位,操作权限)

    部门(部门号,部门名称,部门负责人,电话)

    客房((5),类型,价格,状态,入住日期,入住时间,员工号)

    客户((6),姓名,性别,单位,联系电话)

    更改权限((7),密码,更改日期,更改时间,管理员号)

    预定情况((8),预定日期,预定入住日期,预定入住天数)

    根据问题描述,填写上图中(1)~(3)处联系的类型。联系类型分为一对一、一对多和多对多三种,分别使用1:1,1:n或1:*,m:n或*:*表示。


    正确答案:(1)n或m或* (2)n或m或* (3)n或m或*
    (1)n,或m,或* (2)n,或m,或* (3)n,或m,或* 解析:本题考查数据库系统中实体联系模型(E-R模型)的设计和关系模式的设计。
    两个实体型之间的联系可以分为三类:一对一联系(1:1)、一对多联系(1:n)和多对多联系(m:n)。
    本题中员工和部门之间的所属联系类型为m:1,因为题中一个员工只能属于一个部门,一个部门可以有多名员工。所以空(1)应填m。
    本题中客户和客房之间的预定联系类型为m:n,因为题中一位客户可以预订多间客房,而客房在不同的时间段可以被多个客户预订。所以空(2)、空(3)应填分别填m和n。
    根据题意岗位有管理和服务两种。岗位为“管理”的员工可以更改(添加、删除和修改)员工表中的本部门员工的岗位和密码,要求将每一次更改前的信息保留;岗位为“服务”的员工只能修改员工表中本人的密码,且负责多个客房的清理等工作。所以,需要增加管理员和权限之间的m:1的联系。
    或者表示为

    主键也称为主码,是关系中的一个或一组属性,其值能唯一标识一个元组。根据题意该宾馆客房预订子系统中,逻辑结构设计阶段设计的部分不完整关系模式空(4)~(8)应补充的内容分析如下:
    空(4)应增加一个主键“员工号”和一个外键“部门号”。因为“员工号”能唯一标识员工关系中的每一个元组;又因为一个员工只能属于一个部门,一个部门可以有多名员工,员工和部门之间的所属联系类型为m:1,所以需要将1端的码并入多端,即将“部门号”加入员工关系模式中。
    空(5)应增加一个主键“客房号”,用来唯一标识客房关系中的每一个元组。
    空(6)应增加一个主键“身份证号”。用来唯一标识客户关系中的每一个元组。
    空(7)应填岗位,因为不同的岗位具有不同的权限,所以需要增加岗位属性。
    空(8)应增加“客房号”和“身份证号”。因为,对于预定情况是客户与客房之间的多对多的联系,所以应该将两端的码作为联系的主键。
    若去掉权限表,那么,需要将权限表中的操作权限属性放在员工表中,则相同岗位的操作权限在员工表中重复存储,存在数据冗余。

  • 第15题:

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

    A.1:1
    B.1:n
    C.n:1
    D.n:m

    答案:B
    解析:
    一个部门多个电话,电话属于多值属性。每个部门有多名员工,而每个员工只属于一个部门,因此部门与员工的关系为:1:n。顾客号,维修日期,员工代码的组合键能决定维修关系式的其他属性,因此三者的组合键是该关系模式的主键。员工关系模式的外键为部门代码。

  • 第16题:

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

    A.顾客号
    B.员工代码
    C.维修日期
    D.部门代码

    答案:D
    解析:
    一个部门多个电话,电话属于多值属性。每个部门有多名员工,而每个员工只属于一个部门,因此部门与员工的关系为:1:n。顾客号,维修日期,员工代码的组合键能决定维修关系式的其他属性,因此三者的组合键是该关系模式的主键。员工关系模式的外键为部门代码。

  • 第17题:

    某会议策划公司为了方便客户,便于开展和管理各项业务活动,需要构建一个基于网络的会议预定系统。[需求分析]1.会议策划公司设有受理部、策划部和其他部门。部门信息包括部门号、部门名称、部门主管、电话和邮箱号。每个部门有多名员工处理部门的日常事务,每名员工只能在一个部门工作。每个部门有一名主管负责管理本部门的事务和人员。2.员工信息包括员工号、姓名、部门号、职位、联系方式和工资;其中,职位包括主管、业务员、策划员等。业务员负责受理会议申请。若申请符合公司规定,则置受理标志并填写业务员的员工号。策划部主管为已受理的会议申请制定策划任务,包括策划内容、参与人数、要求完成时间等。一个已受理的会议申请对应一个策划任务,一个策划任务只对应一个已受理的会议申请,但一个策划任务可由多名策划员参与执行,且一名策划员可以参与多项策划任务。3.客户信息包括客户号、单位名称、通信地址、所属省份、联系人、联系电话、银行账号。其中,一个客户号唯一标识一个客户。一个客户可以提交多个会议申请,但一个会议申请对应唯一的一个客户号。4.会议申请信息包括申请号、开会日期、会议地点、持续天数、会议人数、预算费用、会议类型、酒店要求、会议室要求、客房类型、客房数、联系人、联系方式、受理标志和业务员的员工号等。客房类型有豪华套房、普通套房、标准间、三人间等,且申请号和客房类型决定客房数。[概念模型设计]根据需求阶段收集的信息,设计的实体联系图和关系模式(不完整)如下:

    [关系模式设计]部门(部门号,部门名称,主管,电话,邮箱号)员工(员工号,姓名, ?(a) ?,联系方式,工资)客户(客户号,单位名称,通信地址,所属省份,联系人,联系电话,银行账号)会议申请( ?(b) ?,开会日期,会议地点,持续天数,会议人数,预算费用,会议类型,酒店要求,会议室要求,客房数,联系人,联系方式,受理标志,员工号)策划任务( ?(c) ?,策划内容,参与人数,要求完成时间)执行策划( ?(d) ?,实际完成时间)5、根据问题描述,补充五个联系、联系的类型,完善图的实体联系图。6、根据实体联系图,将关系模式中的空(a)~(d)补充完整(1个空缺处可能有多个数据项)。对会议申请、策划任务和执行策划关系模式,用下划线和#分别指出各关系模式的主键和外键。7、请说明关系模式“会议申请”存在的问题及解决方案。


    答案:
    解析:

    6、(a)部门号,职位(b)申请号,客房类型,客户号(c)申请号,员工号(d)申请号,员工号关系模式为:会议申请(申请号,客户类型,客户号#},开会日期,会议地点,持续天数,会议人数,预算费用,会议类型,酒店要求,会议室要求,客房数,联系人,联系方式,受理标志,员工号#)策划任务(申请号#,员工号#,策划内容,参与人数,要求完成时间)执行策划(申请号#,员工号#,实际完成时间)7、会议申请存在数据冗余及数据修改的不一致性问题,应该将关系模式分解为如下两个模式:会议申请1(申请号,客户号,开会日期,会议地点,持续天数,会议人数,预算费用,会议类型,酒店要求,会议室要求,联系人,联系方式,受理标志,员工号)会议申请2(申请号,客房类型,客房数)。
    5、本题考查数据库设计方面的应用知识。根据题意,一个客户可以提交多个会议申请,但一个会议申请对应唯一的一个客户号,故应在客户和会议申请之间增加一个1:n的“提交”联系;由于业务员负责受理会议申请,若申请符合公司规定则置受理标志并填写业务员的员工号,因此业务员和会议申请之间有一个1:n的“受理”联系;由于一个已受理的会议申请对应一个策划任务,一个策划任务只对应一个已受理的会议申请,但一个策划任务可由多名策划员参与执行,且一名策划员可以参与多项策划任务,因此策划任务和策划员之间有一个n:m的“执行”联系;由于每个部门有多名员工处理部门的日常事务,每名员工只能在一个部门工作,因此部门和员工之间有一个1:n的“所属”联系;又由于每个部门有一名主管负责管理本部门的事务和人员,而该主管也是一名员工,因此主管和部门之间有一个1:1的“管理”联系。根据上述分析,完善图所示的实体联系图可参见参考答案。6、根据题意,在员工关系模式中,部门与员工之间是一个1:n的联系,需要将1端(即部门)的码“部门号”并入员工关系;又因为每个员工担任相应职位,故员工关系模式欢迎添加“职位”属性;可见,空(a)应填写“部门号,职位”。在会议申请关系模式中,由于申请号、客房类型、客户号为主键,故空(b)应填写“申请号,客房类型,客户号”;在策划任务关系模式中,申请号、员工号为主键,故空(c)应填写“申请号,客户号”;由于一个策划任务可由多名策划员参与执行,且一名策划员可以参与多项策划任务,故在执行策划关系模式中,执行策划又由于一个业务员可以安排多个托运申请,申请号、员工号为主键,故空(d)应填写“申请号,客户号”。会议申请关系模式的主键为“申请号,客房类型”,因为,申请号、客房类型能唯一标识该关系模式的每一个元组。会议申请关系模式的外键为客户号及员工号,因为,客户号及员工号分别为客户及员工关系模式的主键,故为该关系模式的外键。策划任务关系模式的主键为申请号,因为,申请号能唯一标识该关系模式的每一个元组,故申请号为该关系模式的主键。策划任务关系模式的外键为员工号,因为,员工号为员工关系模式的主键,故为该关系模式的外键。执行策划关系模式的主键为“申请号,员工号”,因为,申请号及员工号能唯一标识该关系模式的每一个元组,故“申请号,员工号”为该关系模式的主键。执行策划关系模式的外键为申请号及员工号,因为,申请号和员工号分别为会议申请和员工关系模式的主键,故为该关系模式的外键。7、关系模式“会议申请”存在数据冗余及数据修改的不一致性问题,应该将关系模式分解,分解后的关系模式参见参考答案。

  • 第18题:

    某企业拟构建一个高效、低成本、符合企业实际发展需要的办公自动化系统。工程师小李主要承担该系统的公告管理和消息管理模块的研发工作。公告管理模块的主要功能包括添加、修改、删除和查看公告。消息管理模块的主要功能是消息群发。小李根据前期调研和需求分析进行了概念模型设计,具体情况分述如下。[需求分析结果]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、(1)(a)部门号,名称(b)编号,内容,接收人(c)编号,标题(d)公告编号,员工号 ?(注:编号,员工号也正确)(2)消息关系模式的主键:编号,接收人外键:接收人、发送人阅读公告关系模式的主键:公告编号,员工号外键:公告编号,员工号 3、不属于命名冲突。因为这两个属性分别属于两个不同的关系模式,可以通过“关系名.属性名”区别,即可以用“消息.编号”和“公告.编号”来区别。

    本题考查数据库概念结构设计及概念结构向逻辑结构转换的过程。此类题目要求考生认真阅读题目对现实问题的描述,经过分类、聚集、概括等方法,从中确定实体及其联系。题目已经给出了4个实体,需要根据需求描述,给出实体间的联系。根据题意“一个员工只对应一个岗位,但一个岗位可对应多名员工”,可以得出员工与岗位之间的对应联系类型为n:1。由“一条消息可以发送给多个接收人,一个接收人可以接收多条消息”,可以得出员工与消息之间的收发联系类型为1:n:m。由“一份公告对应一个发布部门,但一个部门可以发布多份公告”,可以得出部门与公告间的所属联系类型为1:n。由“一份公告可以有多个员工阅读,一个员工可以阅读多份公告”,可以得出公告与员工之间的阅读联系类型为n:m。完整的E-R图如下:

    (1)根据题意,完整的关系模式如下:部门(部门号,名称,部门经理,电话)员工(员工号,姓名,岗位号,部门号,电话,密码)岗位(岗位号,名称,权限)消息(编号,内容,接收人,消息类型,接收时间,发送时间,发送人)公告(编号,标题,名称,内容,发布部门,发布时间)阅读公告(公告编号,员工号,阅读时间)(2)消息关系模式和阅读公告关系模式的主键和外键的分析如下:根据题意,消息关系模式的主键为(编号,接收人)。由于接收人、发送人都应参考员工关系的员工号,因此接收人、发送人为消息关系的外键。根据题意,阅读公告关系模式的主键为(公告编号,员工号)。外键为公告编号,员工号。因为公告编号应参考公告关系的编号,而编号是公告关系的主键,所以公告编号是阅读公告关系的外键;又因为员工号应参考员工关系的员工号,而员工号是员工关系的主键,所以公告关系的员工号为外键。不属于命名冲突。因为这两个属性分别属于两个不同的关系模式,可以通过“关系名.属性名”区别,即可以用“消息.编号”和“公告.编号”来区别。

  • 第19题:

    阅读下列说明。[说明]某物流公司为了整合上游供应商与下游客户,缩短物流过程,降低产品库存,需要构建一个信息系统以方便管理其业务运作活动。[需求分析结果]5物流公司包含若干部门,部门信息包括部门号、部门名称、经理、电话和邮箱。一个部门可以有多名员工处理部门的日常事务,每名员工只能在一个部门工作。每个部门有一名经理,只需负责管理本部门的事务和人员。6员工信息包括员工号、姓名、职位、电话号码和工资;其中,职位包括:经理、业务员等。业务员根据托运申请负责安排承运货物事宜,例如:装货时间、到达时间等。一个业务员可以安排多个托运申请,但一个托运申请只由一个业务员处理。7客户信息包括客户号、单位名称、通信地址、所属省份、联系人、联系电话、银行账号,其中,客户号唯一标识客户信息的每一个元组。每当客户要进行货物托运时,先要提出货物托运申请。托运申请信息包括申请号、客户号、货物名称、数量、运费、出发地、目的地。其中,一个申请号对应唯一的一个托运申请;一个客户可以有多个货物托运申请,但一个托运申请对应唯一的一个客户号。[概念模型设计]根据需求阶段收集的信息,设计的实体联系图和关系模式(不完整)如图2-1所示。[关系模式设计]部门(部门号,部门名称,经理,电话,邮箱)员工(员工号,姓名,职位,电话号码,工资,(a))客户((b),单位名称,通信地址,所属省份,联系人,联系电话,银行账号)托运申请((c),货物名称,数量,运费,出发地,目的地)安排承运((d),装货时间,到达时间,业务员)



    5、根据问题描述,补充四个联系、联系的类型,以及实体与子实体的联系,完善图2-1所示的实体联系图。6、根据实体联系图,将关系模式中的空(a)~(d)补充完整。分别指出部门、员工和安排承运关系模式的主键和外键。7、若系统新增需求描述如下:为了数据库信息的安全性,公司要求对数据库操作设置权限管理功能,当员工登录系统时,系统需要检查员工的权限。权限的设置人是部门经理。为满足上述需要,应如何修改(或补充)图2-1所示的实体联系图,请给出修改后的实体联系图和关系模式。


    答案:
    解析:
    5、
    6、
    7、关系模式:权限(员工号,权限,设置人)或权限(员工号,权限,部门经理)



    5、[解析] 题考查数据库系统中实体联系模型(E-R模型)和关系模式设计方面的应用知识。两个实体集之间的联系类型分为三类:一对一(1:1)联系、一对多(1:n)联系和多对多(m:n)联系。根据题意,每名员工只能在一个部门工作,所以部门和员工之间有一个1:n的“所属”联系;由于每个部门有一名经理,只需负责管理本部门的事务和人员,因此部门和经理之间有一个1:1的“管理”联系;由于一个业务员可以安排多个托运申请,但一个托运申请只由一个业务员处理,故业务员和托运申请之间有一个1:n的“托运”联系;又由于一个客户可以有多个货物托运申请,但一个托运申请对应唯一的一个客户号,故客户和托运申请之间有一个1:n的“申请”联系。根据上述分析,完善图2-1所示的实体联系图可参见参考答案。6、[解析] 根据题意,部门和员工之间有一个1:n的“所属”联系需要将一端的码并入多端,故员工关系模式中的空(a)应填写部门号;在客户关系模式中,客户号为主键,故空(b)应填写客户号;在托运申请关系模式中,申请号、客户号为主键,故空(c)应填写申请号、客户号:又由于一个业务员可以安排多个托运申请,但一个托运申请只由一个业务员处理,因此在安排承运关系模式中,申请号为主键,故空(d)应填写申请号。部门关系模式中的部门号为主键,经理为外键;因为经理来自员工关系。员工关系模式中的员工号为主键,部门号为外键,因为部门号来自部门关系。安排承运关系模式的中的申请号为主键,业务员为外键,因为业务员来自员工关系。7、[解析] 根据题意,权限的设置人是部门经理,因此,需要建立一个权限关系模式,以及经理到权限之间的1:n的“设置”联系。修改后的实体联系图和关系模式参见参考答案。

  • 第20题:

    【说明】某集团公司拥有多个分公司,为了方便集团公司对分公司各项业务活动进行有效管 理,集团公司决定构建一个信息系统以满足公司的业务管理需求。【需求分析】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】答案:
    【问题 2】答案:(a)经理工号(b)主管号,分公司编号(C)隶属部门号,岗位【问题 3】答案:部门的主键:部门号;部门的外键:分公司编号,主管号员工的主键:员工号;员工的外键:隶属部门号【问题 4】答案:不需要增加新的实体,对于任职情况,可以将部门与主管的联系单独形成关系模式,联系(部门号,主管工号,任职时间,任职年限),同一个员工可能在不同的时间担任同一部门主管,因此,可以将(部门号,主管工号,任职时间)作为该关系模式的组合主键。

  • 第21题:

    阅读下列说明,回答问题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】 (4分)答:

    【问题 2】(5分)答:(a)经理 (b)主管号,分公司编号(c)隶属部门,岗位
    【问题 3】 (4 分)答:部门 主键:部门号 外键:分公司编号,主管号员工 主键:员工号 外键:隶属部门
    【问题 4】 (2 分)答:不需要增加实体。因为它可以直接归属到联系当中,他的联系可以直接写成关系模式,所以不需要增加实体。

  • 第22题:

    某集团公司拥有多个大型连锁商场,公司需要构建一个数据库系统以方便管理其业务运作活动。
    【需求分析结果】
    (1)商场需要记录的信息包括商场编号(编号惟一)、商场名称、地址和联系电话。某商场信息如表3-4所示。
    表3-4 商场信息表



    (2)每个商场包含不同的部门,部门需要记录的信息包括部门编号(集团公司分配)、部门名称、位置分布和联系电话。某商场的部门信息如表3-5所示。
    表3-5 部门信息表



    (3)每个部门雇佣多名员工处理日常事务,每名员工只能隶属一个部门(新进员工在培训期不隶属于任何部门)。员工需要记录的信息包括员工编号(集团公司分配)、姓名、岗位、电话号码和工资。员工信息如表3-6所示。
    表3-6 员工信息表



    (4)每个部门的员工中有一名是经理,每个经理只能管理一个部门,系统需要记录每个经理的任职时间。
    【概念模型设计】
    根据需求阶段搜集的信息,设计实体联系图(如图3-17)和关系模式(不完整)。



    【关系模式设计】
    商场(商场编号,商场名称,地址,联系电话)
    部门(部门编号,部门名称,位置分布,联系电话,(a))
    员工(员工编号,员工姓名,岗位,电话号码,工资,(b))
    经理((c),任职时间)
    【问题1】
    根据问题描述,补充4个联系,完善图3-17所示的实体联系图。联系名可用联系1、联系2、联系3和联系4代替,联系的类型分为1:1、1:n和m:n。
    【问题2】
    根据实体联系图,将关系模式中的空(a)-(c)补充完整,并分别给出部门、员工和经理 ?关系模式的主键和外键。
    【问题3】
    为了使商场有紧急事务时能联系到轮休的员工,要求每位员工必须且只能登记一位紧急联系人的姓名和联系电话,不同的员工可以登记相同的紧急联系人。则在图3-17中还需添加的实体是(1),该实体和图3-17中的员工存在(2)联系(填写联系类型)。给出该实体的关系模式。


    答案:
    解析:
    【问题1】完整的实体联系图如图3-18所示。



    【问题2】
    (a)所在商场编号
    (b)所在部门编号 (c)员工编号




    【问题3】
    (1)紧急联系人
    (2)1:n
    关系模式为:紧急联系人(紧急联系人编号,姓名,联系电话)。

  • 第23题:

    【说明】公司拟开发新入职员工的技能培训管理系统以便使新员工快速胜任新岗位。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:答:不存在传递依赖