阅读下列说明,回答问题1 至问题3,将解答填入答题纸的对应栏内。【说明】某电视台拟开发一套信息管理系统,以方便对全台的员工、栏目、广告和演播厅等进行管理。【需求分析】(1)系统需要维护全台员工的详细信息、栏目信息、广告信息和演播厅信息等。员工的信息主要包括:工号、姓名、性别、出生日期、电话和住址等,栏目信息主要包括:栏目名称、播出时间和时长等。广告信息主要包括:广告编号、价格等。演播厅信息包括:房间号、房间面积等。(2)电视台根据调度单来协调各档栏目、演播厅和场务。一个销售档栏目只会占用一个演播厅,但会使

题目
阅读下列说明,回答问题1 至问题3,将解答填入答题纸的对应栏内。【说明】某电视台拟开发一套信息管理系统,以方便对全台的员工、栏目、广告和演播厅等进行管理。【需求分析】(1)系统需要维护全台员工的详细信息、栏目信息、广告信息和演播厅信息等。员工的信息主要包括:工号、姓名、性别、出生日期、电话和住址等,栏目信息主要包括:栏目名称、播出时间和时长等。广告信息主要包括:广告编号、价格等。演播厅信息包括:房间号、房间面积等。(2)电视台根据调度单来协调各档栏目、演播厅和场务。一个销售档栏目只会占用一个演播厅,但会使用多名场务来进行演出协调。演播厅和场务可以被多个栏目循环使用。(3)电视台根据栏目来插播广告。每档栏目可以插播多条广告,每条广告也可以在多档栏目中插播。(4)一档栏目可以有多名主持人,但一名主持人只能主持一档栏目。(5)一名编辑人员可以编辑多条广告,一条广告只能由一名编辑人员编辑。【概念模型设计】根据需求阶段收集的信息,设计的实体联系图(不完整)如图所示。



【逻辑结构设计】根据概念模型设计阶段完成的实体联系图,得出如下关系模式(不完整):演播厅(房间号,房间面积)栏目(栏目名称,播出时间,时长)广告(广告编号,销售价格,___(1)___)员工(工号,姓名,性别,出生日期,电话,住址)主持人(主持人工号,___(2)___)插播单(___(3)___,播出时间)调度单(___(4)___)【问题1】补充图中的联系和联系的类型。【问题2】根据图,将逻辑结构设计阶段生成的关系模式中的空(1)~(4)补充完整。 用下划线指出(1)~(4)所在关系模式的主键。【问题3】现需要记录广告商信息,增加广告商实体。一个广告商可以提供多条广告,一条广告只能由一个广告商提供。请根据该要求,对图进行修改,画出修改后的实体间联系和联系的类型。


相似考题

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至问题3,将解答填人答题纸的对应栏内。【说明】某公司拟开发一套小区物业收费管理系统。初步的需求分析结果如下:(1)业主信息主要包括:业主编号,姓名,房号,房屋面积,工作单位,联系电话等。房号可唯一标识一条业主信息,且一个房号仅对应一套房屋;一个业主可以有一套或多套的房屋。(2)部门信息主要包括:部门号,部门名称,部门负责人,部门电话等;一个员工只能属于一个部门,一个部门只有一位负责人。(3)员工信息主要包括:员工号,姓名,出生年月,性别,住址,联系电话,所在部门号,职务和密码等。根据职务不同员工可以有不同的权限,职务为“经理”的员工具有更改(添加、删除和修改)员工表中本部门员工信息的操作权限;职务为“收费”的员工只具有收费的操作权限。(4)收费信息包括:房号,业主编号,收费日期,收费类型,数量,收费金额,员工号等。收费类型包括物业费、卫生费、水费和电费,并按月收取,收费标准如表2-1所示。其中:物业费=房屋面积(平方米)×每平米单价,卫生费=套房数量(套)×每套房单价,水费=用水数量(吨)×每吨水单价,电费=用电数量(度)×每度电单价。(5)收费完毕应为业主生成收费单,收费单示例如表2—2所示【概念模型设计】根据需求阶段收集的信息,设计的实体联系图(不完整)如图2—1所示。图2—1中收费员和经理是员工的子实体。【逻辑结构设计】根据概念模型设计阶段完成的实体联系图,得出如下关系模式(不完整):业主((1),姓名,房屋面积,工作单位,联系电话)员工((2),姓名,出生年月,性别,住址,联系电话,职务,密码)部门((3),部门名称,部门电话)权限(职务,操作权限)收费标准((4))收费信息((5),收费类型,收费金额,员工号)根据图2-1,将逻辑结构设计阶段生成的关系模式中的空(1)~(5)补充完整,然后给出各关系模式的主键和外键。

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

参考答案和解析
答案:
解析:


1、这是一道要求读者掌握数据库的概念结构设计的综合分析题,本题的解答思路如下。仔细阅读题干给出的说明信息,由其中关键信息"(3)电视台根据栏目来插播广告。每档栏目可以插播多条广告,每条广告也可以在多档栏目插播"等可知,图中实体"广告"与实体"栏目"之间存在联系"插播",其联系的类型为多对多(m:n)。基于题干给出的"(4)一档栏目可以有多个主持人,但一名主持人只能主持一档栏目"等关键信息可知,图中实体"栏目"与实体"主持人"之间存在联系"主持",其联系的类型为一对多(1:n)。根据题干给出的关键信息"(2)电视台根据调度单来协调各档栏目、演播厅和场务。一个销售档栏目只会占用一个演播厅,但会使用多名场务来进行演出协调。演播厅和场务可以被多个栏目循环使用"等关键信息可知,图中实体"场务"与联系"调度"之间存在关联,其关联的类型为多(n)。整理以上分析结果,结合图可得出完整的信息管理系统实体联系图,如图所示。2、(1)编辑人员工号 (2)栏目名称 (3)栏目名称,广告编号 (4)栏目名称,房间号,场务工号广告(广告编号,销售价格,编辑人员工号)主持人(主持人工号,栏目名称)插播单(栏目名称,广告编号,播出时间)调度单(栏目名称,房间号,场务工号)这是一道要求读者掌握数据库的逻辑结构设计的综合理解题,本题的解答思路如下。基于问题1的分析结果,在图中实体"编辑人员"与实体"广告"之间存在联系"编辑",其联系的类型为一对多(1:n)。结合题干说明信息中已给出的关系模式:员工(工号,姓名,性别,出生日期,电话,住址),可知"广告"关系模式中需要加入一端实体的主键"编辑人员工号"(即空缺处所填写的内容)。结合常识可知,属性"广告编号"唯一标识每一条"广告"的数据记录,因此它是"广告"关系模式的主键。同理,在图中实体"栏目"与实体"主持人"之间存在联系"主持",其联系的类型为一对多(1:n)。题干中已给出的关系模式:栏目(栏目名称,播出时间,时长),可知"主持人"关系模式中需要加入一端实体的主键"栏目名称"(即空缺处所填写的内容)。结合常识可知,属性"主持人工号"唯一标识每一条"主持人"的数据记录,因此它是"主持人"关系模式的主键。对于图中联系类型为多对多(m:n)的"插播"联系,应将其转换成一个独立的关系模式,其属性为两端实体类型的主键加上联系类型自身的属性,而该关系模式的主键为两端实体主键的组合。因此空缺处应填入"栏目名称,广告编号"。属性"栏目名称"、"广告编号"的组合是"插播单"关系模式的主键。对于图中联系类型为1:m:n的"调度"联系,应将其转换成一个独立的关系模式,其属性为三端实体类型的主键加上联系类型自身的属性,而该关系模式的主键为三端实体主键的组合。因此空缺处应填入"栏目名称,房间号,场务工号"。属性"栏目名称"、"房间号"、"场务工号"的组合是"调度"关系模式的主键。3、这是一道要求读者掌握数据库的概念结构设计的综合应用题,本题的解答思路如下:如果需要广告商信息,则新增一个"广告商"实体,而一个广告商可以提供多条广告,一条广告只能由一个广告商提供,因此"广告商"和"广告"两个实体之间都存在联系"提供",其联系的类型都为一对多(1:n)。修改后的某电视台信息管理系统的实体联系图如图所示。

更多“阅读下列说明,回答问题1 至问题3,将解答填入答题纸的对应栏内。【说明】某电视台拟开发一套信息管理系统,以方便对全台的员工、栏目、广告和演播厅等进行管理。【需求分析】(1)系统需要维护全台员工的详细信息、栏目信息、广告信息和演播厅信息等。员工的信息主要包括:工号、姓名、性别、出生日期、电话和住址等,栏目信息主要包括:栏目名称、播出时间和时长等。广告信息主要包括:广告编号、价格等。演播厅信息包括:”相关问题
  • 第1题:

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

    【说明】

    某地区举行篮球比赛,需要开发一个比赛信息管理系统来记录比赛的相关信息。

    【需求分析结果】

    1.登记参赛。球队的信息。记录球队的名称、代表地区、成立时间等信息。系统记录球队每个队员的姓名、年龄、身高、体重等信息。每个球队有一个教练负责管理球队,一个教练仅负责一个球队。系统记录教练的姓名、年龄等信息。

    2.安排球队的训练信息。比赛组织者为球队提供了若干块场地,供球队进行适应性训练。系统记录现有的场地信息,包括:场地名称、场地规模、位置等信息。系统可为每个球队安排不同的训练场地,如下表所示。系统记录训练场地安排的信息。

    3.安排比赛。该赛事聘请专职裁判,每场比赛只安排一个裁判。系统记录裁判的姓名、年龄、级别等信息。系统按照一定的规则,首先分组,然后根据球队、场地和裁判情况,安排比赛(每场比赛的对阵双方分别称为甲队和乙队)。记录参赛球队名称、比赛时间、比分、比赛场地等信息,如下表所示。

    4.所有球员、教练和裁判可能出现重名情况。

    【概念模型设计】

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

    1.实体联系图(图2-1)

    2.关系模式

    教练(教练编号,姓名,年龄)

    队员(队员编号,姓名,年龄,身高,体重,(a))

    球队(球队名称,代表地区,成立时间,(b))

    场地(场地名称,场地规模,位置)

    训练记录((c))

    裁判(裁判编号,姓名,年龄,级别)

    比赛记录((d))

    根据问题描述,补充联系及其类型,完善实体联系图2-1。(联系及其类型的书写格式参照教练与球队之间的联系描述,联系名称也可使用联系1、联系2、……)


    正确答案:

  • 第2题:

    试题二(共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字以内文字解释你的观点(若存在问题,应说明如何修改“客房”关系模式).


    正确答案:


  • 第3题:

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

    【说明】

    某家电销售电子商务公司拟开发一套信息管理系统,以方便对公司的员工、家电销售、家电厂商和客户等进行管理。

    【需求分析】

    (1)系统需要维护电子商务公司的员工信息、客户信息、家电信息和家电厂商信息等。员工信息主要包括:工号、姓名、性别、岗位、身份证号、电话、住址,其中岗位包括部门经理和客服等。客户信息主要包括:客户ID、姓名、身份证号、电话、住址、账户余额。家电信息主要包括:家电条码、家电名称、价格、出厂日期、所属厂商。家电厂商信息包括:厂商ID、厂商名称、电话、法人代表信息、厂址。

    (2)电子商务公司根据销售情况,由部门经理向家电厂商订购各类家电。每个家电厂商只能由一名部门经理负责。

    (3)客户通过浏览电子商务公司网站查询家电信息,与客服沟通获得优惠后,在线购买。

    【概念模型设计】

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

    【逻辑结构设计】

    根据概念模型设计阶段完成的实体联系图,得出如下关系模式〔不完整):

    客户(客户ID、姓名、身份证号、电话、住址、账户余额)

    员工(工号、姓名、性别、岗位、身份证号、电话、住址)

    家电(家电条码、家电名称、价格、出厂日期、 (1) )

    家电厂商(厂商ID、厂商名称、电话、法人代表信息、厂址、 (2) )

    购买(订购单号、 (3) 、金额)

    【问题1】(6分)

    补充图1-1中的联系和联系的类型。

    【问题2】(6分)

    根据图1-1,将逻辑结构设计阶段生成的关系模式中的空(1)~(3)补充完整。 用下划线指出“家电”、“家电厂商”和“购买”关系模式的主键。

    【问题3】(3分)

    电子商务公司的主营业务是销售各类家电,对账户有余额的客户,还可以联合第二方基金公司提供理财服务,为此设立客户经理岗位。客户通过电子商务公司的客户经理和基金公司的基金经理进行理财。每名客户只有一名客户经理和一名基金经理负责,客户经理和基金经理均可负责多名客户。请根据该要求,对图1-1进行修改,画出修改后的实体间联系和联系的类型。


    正确答案:
    【问题1】(6分)

    >
    【问题2】(6分)
    (1)厂商ID
    (2)工号
    (3)家电条码,客户ID,工号
    家电关系的主键:家电条码
    家电厂商关系的主键:厂商ID
    购买关系的主键:订购单号

    【问题3】(3分)

  • 第4题:

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

    [说明]

    禁创业孵化基地管理若干孵化公司和创业公司,为规范管理创业项目投资业务,需要开发一个信息系统。请根据下述需求描述完成该系统的数据库设计。

    [需求描述]

    (1)记录孵化公司和创业公司的信息。孵化公司信息包括公司代码、公司名称、法人代表名称、注册地址和一个电话:创业公司信息包括公司代码、公司名称和一个电话。孵化公司和创业公司的公司代码编码不同。

    (2)统一管理孵化公司和创业公司的员工。员工信息包括工号、身份证号、姓名、性别、所属公司代码和一个手机号,工号唯一标识每位员工。

    (3)记录投资方信息,投资方信息包括投资方编号、投资方名称和-个电话。

    (4)投资方和创业公司之间依靠孵化公司牵线建立创业项目合作关系,具体实施由孵化公司的一位员工负责协调投资方和创业公司的一个创业项目。一个创业项目只属于个创业公司,但可以接受若干投资方的投资。创业项目信息包括项目编号、创业公司代码、投资方编号和孵化公司员工工号。]概念模型设计]根据需求阶段收集的信息,设计的实体联系图(不完整)如图2-1所示。




    [逻辑结构设计]

    根据概念模型设计阶段完成的实体联系图,得出如下关系模式(不完整):孵化公司(公司代码,公司名称, 法人代表名称,注册地址,电话)创业公司(公司代码,公司名称,电话)员工(工号,身份证号,姓名,性别,(a) ,手机号)投资方(投资方编号、投资方名称,电话)项目(项目编号,创业公司代码,(b)孵化公司员工工号)

    [问题1](5分)根据问题描述,补充图2-1的实体联系图。

    [问题2] (4分)补充逻辑结构设计结果中的(a)、 (b)两处空峡及完整性约束关系。

    [问题3](6分)若创业项目的信息还需要包括投资额和投资时间,那么:(1)是否需要增加新的实体来存储投资额和投资时间?(2)如果增加新的实体,请给出新实体的关系模式,并对图2-1进行补充,如果不需要增加新的实体,请将“投资额”和“投资时间"两个属性补充井连线到图2-1合适的对象上,并对变化的关系模式进行修改。


    答案:
    解析:
    1、补充完整的ER图为

  • 第5题:

    阅读下列说明,回答问题 1 至问题 3,将解答填入答题纸的对应栏内。【说明】某医院为了更好的为患者服务、提高医院管理水平,拟开发满足自身特点的信息系统。其部分需求及设计如下。【需求描述】(1)患者到医院就诊,需提供本人医保卡或身份证,系统根据医保卡或身份证从外部医保信息库获取患者的其他详细信息,包括医保卡号、身份证号、姓名、性别、民族、出生日期等信息。(2)医生信息包括医生编号、姓名、性别、出生日期、职称等信息。(3)通过患者自述、化验结果分析等信息,医生对患者的病情进行诊断,开具处方,并填写病例。病例同时包含诊断和处方信息,包括编号、患者姓名、病情描述、诊断结论、主治医生、药品名称、药品数量、服用剂量等,处方中一般会有多种药品。(4)病人凭医生开具的处方可在医院购买药品。医院记录药品的条码、名称、价格、生产厂商等信息。【逻辑结构设计】根据上述需求,设计出如下关系模式医生(编号,姓名,性别,出生日期,职称)患者(身份证号,医保卡号,姓名,性别,民族,出生日期)药品(条码,名称,价格,生产厂商)病例(编号,药品条码,患者身份证号,主治医生编号,病情描述,诊断结论,诊断日期,服用剂量,药品数量,购买日期)【问题1】(5分)对关系“患者”,请回答以下问题:(1)给出函数依赖集。(2)给出所有候选码。(3)判定属于第几范式,并说明理由。【问题2】(7分)对关系“病例”,存在如下的数据依赖:FD={编号→(患者身份证号,主治医生编号,病情描述,诊断结论,诊断日期),(编号,药品条码)→(服用剂量,药品数量,购买日期)},请回答以下问题。(1)该关系模式存在哪些问题?(2)该关系模式是否属于 4NF?请给给出理由。(3)如果“病例”不是 4NF,请分解,并指出分解后的关系模式所属范式。分解后的关系名依次为:病例 1,病例 2,...。【问题3】(3 分)针对【问题 2】的规范化要求,如果设计者分解出的多个关系模式其中之一如下:购药(病例编号,药品条码,服用剂量,药品数量,购买日期)如果医院要求统计每名医生(编号和姓名)每天接诊的患者所购买的各个药品的条码和数量。基于上述设计,实现该统计共需哪几个关系?为提高该统计效率,允许对范式条件放宽要求,请修改“购药”关系模式以优化该统计。


    答案:
    解析:
    【问题1】1)FD={身份证号->(医保卡号,姓名,性别,民族,出生日期),医保卡号->(身份证号,姓名,性别,民族,出生日期)}2)候选码:身份证号 或 医保卡号3)患者关系属于4NF,因为在FD不存在非主属性对码的部分和传递依赖,也不存在主属性对不包含它的码的部分和传递函数依赖,同时也不存在非平凡且非函数依赖的多值依赖。【问题2】1)由于将一对多的两个关系合并成为一个关系,在FD中存在非主属性对码的部分函数依赖,因此关系存在插入、删除、更新异常和数据冗余。2)不属于4NF,而是属于2NF,存在非主属性(患者身份证号等)对码(编号,药品条码)的部分函数依赖,同时也存在编号对条形码等属性的非平凡多值函数依赖。3)病例 1(编号,患者身份证号,主治医生编号,病情描述,诊断结论,诊断日期) 病例 2(编号,药品条码,服用剂量,药品数量,购买日期)【问题3】需要有的关系为:病例、医生、购药关系。如果仅为了提高该查询的效率,即尽量减少连接运算,可以考虑在修改购药关系如下:购药(病例编号,药品条码,服用剂量,药品数量,购买日期,医生编号,医生姓名)【问题1】1)FD={身份证号->(医保卡号,姓名,性别,民族,出生日期),医保卡号->(身份证号,姓名,性别,民族,出生日期)}2)候选码:身份证号 或 医保卡号3)患者关系属于4NF,因为在FD不存在非主属性对码的部分和传递依赖,也不存在主属性对不包含它的码的部分和传递函数依赖,同时也不存在非平凡且非函数依赖的多值依赖。【问题2】1)由于将一对多的两个关系合并成为一个关系,在FD中存在非主属性对码的部分函数依赖,因此关系存在插入、删除、更新异常和数据冗余。2)不属于4NF,而是属于2NF,存在非主属性(患者身份证号等)对码(编号,药品条码)的部分函数依赖,同时也存在编号对条形码等属性的非平凡多值函数依赖。3)病例 1(编号,患者身份证号,主治医生编号,病情描述,诊断结论,诊断日期) 病例 2(编号,药品条码,服用剂量,药品数量,购买日期)【问题3】需要有的关系为:病例、医生、购药关系。如果仅为了提高该查询的效率,即尽量减少连接运算,可以考虑在修改购药关系如下:购药(病例编号,药品条码,服用剂量,药品数量,购买日期,医生编号,医生姓名)

  • 第6题:

    某宾馆拟开发一个宾馆客房预订子系统,主要是针对客房的预订和入住等情况进行管理。【需求分析结果】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)应增加“客房号”和“身份证号”。因为,对于预定情况是客户与客房之间的多对多的联系,所以应该将两端的码作为联系的主键。若去掉权限表,那么,需要将权限表中的操作权限属性放在员工表中,则相同岗位的操作权限在员工表中重复存储,存在数据冗余。

  • 第7题:

    阅读下列说明和图,回答问题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)应增加“客房号”和“身份证号”。因为,对于预定情况是客户与客房之间的多对多的联系,所以应该将两端的码作为联系的主键。若去掉权限表,那么,需要将权限表中的操作权限属性放在员工表中,则相同岗位的操作权限在员工表中重复存储,存在数据冗余。

  • 第8题:

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

    【说明】
    某公司为推广洗涤新产品,需要进行用户体检调查。图4-1为调查表填写页面,表4-1所示为利用Microsoft Access创建的数据库,它将记录被调查用户的姓名、性别、年龄、了解产品方式和评价等信息。







    答案:
    解析:

  • 第9题:

    阅读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏内。【说明】某企业管理部门拟开发信息管理系统,部分需求分析结果如下: 1)管理部门有多个不同科室,科室信息主要包括科室编号、科室名称;2)每一个科室由若干名科员组成,科员信息主要包括职工号、姓名、性别;3)每个科室都有一名主管上级领导,上级领导信息主要包括编号、姓名、职务;4)科室科员负责为职工提供服务,职工信息主要包括职工号、姓名、车间,服务信息主要包括服务日期、服务事宜、处理结果。【问题1】(4分)依据上述说明设计的实体-联系图如图2-1所示(不完整),请将图中(a)、(b)处正确实体名和联系名填写在答题纸对应的位置上。

    【问题2】(6分)请将图2-1对应的各实体之间的联系类型填写在答题纸对应的位置上(1)上级领导与(a)之间的联系类型;(2)(a)与科员之间的联系类型;(3)科员与职工之间的联系类型【问题3】(5分)请指出科室、职工关系模式的主键,以及图2-1中(b)的属性,并将其填写在答题纸对应的位置上。


    答案:
    解析:
    【问题1】
    (a)科室(b)服务【问题2】
    (1)1:n(主管领导与科室之间时一对多联系)(2)1:n(科室与科员之间也是一对多联系)(3)m:n(科员与职工之间是多对多联系)【问题3】
    科室:科室编号(2分)职工:职工号(2分)(b):服务日期、服务事宜、处理结果(任意答对1项得1分)

  • 第10题:

    阅读下列说明和图,回答问题,将解答填入答题纸的对应栏内。
    【说明】
    某家电销售电子商务公司拟开发一套信息管理系统,以方便对公司的员工、家电销售、家电厂商和客户等进行管理。
    [需求分析]
    (1)系统需要维护电子商务公司的员工信息、客户信息、家电信息和家电厂商信息等,员工信息主要包括:工号、姓名、性别、岗位、身份证号、电话、住址,其中岗位包括部门经理和客服等,客户信息主要包括:客户ID、姓名、身份证号、电话、住址、账户余额。家电信息主要包括:家电条码、家电名称、价格、出厂日期、所属商,家电厂商信息包括:厂商ID、厂商名称、电话、法人代表信息、厂址。
    (2)电子商务公司根据销售情况,由部门经理向家电厂商订购各类家电,每个家电厂商只能由一名部门经理负责。
    (3)客户通过浏览电子商务公司网站查询家电信息,与客服沟通获得优惠后,在线购买。
    [概念模型设计]
    根据需求阶段收集的信息,设计的实体联系图(不完整)如下图所示。



    [逻辑结构设计]
    根据概念模型设计阶段完成的实体联系图,得出如下关系模式[不完整]
    客户(客户ID、姓名、身份证号、电话、住址、账户余额)
    员工(工号、姓名、性别、岗位、身份证号、电话、住址)
    家电(家电条码、家电名称、价格、出厂日期、(1))
    家电厂商(厂商ID、厂商名称、电话、法人代表信息、厂址、(2))
    购买(订购单号、(3)、金额)
    【问题1】(5分)
    补充图中的联系和联系的类型。
    【问题2】(5分)
    根据题干中的图,将逻辑结构设计阶段生成的关系模式中的空(1)—(3)补充完整,用下划线指出“家电”、“家电厂商”和“购买”关系模式的主键。
    【问题3】(5分)
    电子商务公司的主营业务是销售各类家电,对账户有余额的客户,还可以联合第二方基金公司提供理财服务,为此设立客户经理岗位。客户通过电子商务公司的客户经理和基金公司的基金经理进行理财,每名客户只有一名客户经理和一名基金经理负责,客户经理和基金经理均可负责多名客户。请根据该要求,对题干图进行修改,画出修改后的实体间联系和联系的类型。


    答案:
    解析:

  • 第11题:

    国家开发银行学生在线服务系统中,“登录信息”栏目中包括的内容有哪些?()

    • A、基本信息、联系方式、就业信息、家庭信息等
    • B、登录名、密码、提示问题及答案
    • C、贷款金额、贷款余额、逾期本金、逾期利息等信息
    • D、合同编号、罚息、贷款到期日等信息

    正确答案:A

  • 第12题:

    单选题
    国家开发银行学生在线服务系统中,“登录信息”栏目中包括的内容有哪些?()
    A

    基本信息、联系方式、就业信息、家庭信息等

    B

    登录名、密码、提示问题及答案

    C

    贷款金额、贷款余额、逾期本金、逾期利息等信息

    D

    合同编号、罚息、贷款到期日等信息


    正确答案: A
    解析: 暂无解析

  • 第13题:

    阅读下列说明以及图4-4和图4-5,回答问题1、问题2和问题3,将解答填入答题纸的对应栏内。

    [说明]

    某电话公司决定开发一个管理所有客户信息的交互式网络系统。系统的功能如下。

    1.浏览客户信息:任何使用因特网的用户都可以浏览电话公司所有的客户信息(包括姓名、住址、电话号码等)。

    2.登录:电话公司授予每个客户一个账号。拥有授权账号的客户,可以使用系统提供的页面设置个人密码,并使用该账号和密码向系统注册。

    3.修改个人信息:客户向系统注册后,可以发送电子邮件或者使用系统提供的页面,对个人信息进行修改。

    4.删除客户信息:只有公司的管理人员才能删除不再接受公司服务的客户的信息。系统采用面向对象方法进行开发,在开发过程中确定的类如表4-3所示。

    表4-3 开发过程中确定的类

    在需求分析阶段,采用UML的用例图(use case diagram)描述系统功能需求,如图4-4所示。指出图中的A,B,C和D分别是哪个用例?


    正确答案:A:浏览客户信息;B:修改个人信息;C:登录;D:删除客户信息。
    A:浏览客户信息;B:修改个人信息;C:登录;D:删除客户信息。 解析:图4-4是一个UML的用例图。在工程的分析阶段,例图被用来鉴别和划分系统功能,它们把系统分成动作者(actor)和用例。
    动作者(actor)表示系统用户能扮演的角色(role)。这些用户可能是人,可能是其他的计算机、一些硬件或者是其他软件系统。惟一的标准是它们必须要在被划分到用例的系统部分以外。它们必须能刺激系统部分,并接收返回。
    用例描述了当某个动作者给系统特定的刺激时系统的活动。这些活动被文本描述。它描述了触发用例的刺激的本质,输入和输出到其他活动者,转换输入到输出的活动。用例文本通常也描述每个活动在特殊的活动线时可能的错误,以及系统应采取的补救措施。
    了解用例图、动作者、用例的基本概念后,题目就迎刃而解了。图中的网络用户、公司客户、管理人员都是动作者。题目说明中提到了系统有4个功能:浏览客户信息、登录、修改个人信息、删除客户信息。这也就是4个用例。现在只需把他们对号入座即可。根据题目说明,可以知道任何使用Internet的网络用户都可以浏览电话公司所有的客户信息,在图中符合这一条件的只有A,所以A应填浏览客户信息。。因为只有公司的管理人员才能删除不再接受公司服务的客户的信息。所以D应填删除客户信息。
    剩下只有登录和修改个人信息2个用例了,那么究竟是B填登录还是修改呢?先介绍包含和扩展的概念。
    2个用例之间的关系可以主要概括为2种情况:一种是用于重用的包含关系,用构造型《include》表示;另一种是用于分离出不同的行为,用构造型《extend》表示。
    (1)包含关系:如果可以从2个或2个以上的原始用例中提取公共行为,或者发现能够使用一个构件来实现某一个用例的部分功能时,应该使用包含关系来表示它们。示意图如图4-6所示。
    (2)扩展关系:如果一个用例明显地混合了2种或2种以上的不同场景,即根据情况可能发生多种事情。可以断定将这个用例分为一个主用例和一个或多个辅用例描述可能更加清晰。示意图如图4-7所示。
    因为要先登录才能修改信息,显然B应填修改个人信息,C应填登录。

    在UML中重复度(multiplicity)又称多重性,多重性表示为一个整数范围n...m,整数n定义所连接的最少对象的数目,而m则为最多对象数(当不知道确切的最大数时,最大数用*号表示)。最常见的多重性有0...1,0...*,1...1,1...*。
    因为1个CustomerList的实例可以与0个或多个Customer的实例相关联;而1个 Customer的实例只能与1个CustomerList的实例相关。所以(1)空应填1,(2)空应填 0...*。因为Customer是CompanyCustomer的相应的详细信息,所以(3)空和(4)空都应该填写0...1。
    用UMI建立业务模型时,可以把业务人员看作是系统中的角色或者类。在建立抽象模型时,很少有类会单独存在,大多数都将会以某种方式彼此通信,因此还需要描述这些类之间的关系。关系是事物间的连接,在UML中,有几个很重要的关系。
    (1)依赖关系
    有2个元素A和B,如果元素A的变化会引起元素B的变化,则称元素B依赖(depend ency)于元素A。
    在类中,依赖关系有多种表现形式,例如,一个类向另一个类发消息;一个类是另一个类的成员;一个类是另一个类的某个操作参数等。
    (2)概括关系
    概括关系(generalization),也称为泛化关系,描述了一般事物与该事物中的特殊种类之间的关系,也就是父类与子类之间的关系。继承关系是泛化关系的反关系,也就是说子类是从父类中继承的,而父类则是子类的泛化。在UML中,对泛化关系有3个要求:
    ①子类应与父类完全一致,父类所具有的关联、属性和操作,子类都应具有。
    ②子类中除了与父类一致的信息外,还包括额外的信息。
    ③可以使用子父类实例的地方,也可以使用子类实例。
    (3)关联关系
    关联(association)表示2个类的实例之间存在的某种语义上的联系。例如,一个老师为某个学校工作,一个学校有多间教室。可以认为老师和学校、学校和教室之间存在着关联关系。
    关联关系为类之间的通信提供了一种方式,它是所有关系中最通用、语义最弱的。关联关系通常可以再细分成以下几种。
    ①聚集关系:聚集关系(aggregation)是关联关系的特例。它表示一种整体和部分的关系。如一个电话机包含一个话筒,一个计算机包含显示器,键盘和主机等都是聚合关系的例子。
    ②组合关系:如果聚集关系中的表示“部分”的类的存在与表示“整体”的类有着紧密的关系,例如,“公司”与“部门”之间的关系,那么就应该使用组合关系来表示。

  • 第14题:

    阅读下列说明,回答问题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】
    不属于命名冲突。因为这两个属性分别属于两个不同的关系模式,可以通过"关系名.属性名"区别,即可以用"消息.编号"和"公告.编号"来区别。

  • 第15题:

    阅读下列说明和图,回答问题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)应增加“客房号”和“身份证号”。因为,对于预定情况是客户与客房之间的多对多的联系,所以应该将两端的码作为联系的主键。
    若去掉权限表,那么,需要将权限表中的操作权限属性放在员工表中,则相同岗位的操作权限在员工表中重复存储,存在数据冗余。

  • 第16题:

    阅读下列说明和图,回答问题1至问题3,将解答填入答题纸的对应栏内。【说明】某省针对每年举行的足球联赛,拟开发一套信息管理系统,以方便管理球队、球员、主教练、主裁判、比赛等信息。【需求分析】(1)系统需要维护球队、球员、主教练、主裁判、比赛等信息。球队信息主要包括:球队编号、名称、成立时间、人数、主场地址、球队主教练。球员信息主要包括:姓名、身份证号、出生日期、身高、家庭住址。主教练信息主要包括:姓名、身份证号、出生日期、资格证书号、级别。主裁判信息主要包括:姓名、身份证号、出生日期、资格证书号、获取证书时间、级别。(2)每支球队有一名主教练和若干名球员。一名主教练只能受聘于一支球队,一名球员只能效力于一支球队。每支球队都有自己的唯一主场场地,且场地不能共用:(3)足球联赛采用主客场循环制,一周进行一轮比赛,一轮的所有比赛同时进行。(4)一场比赛有两支球队参加,一支球队作为主队身份、另一支作为客队身份参与比赛。一场比赛只能有一名主裁判,每场比赛有唯一的比赛编码,每场比赛都记录比分和日期。【概念模型设计】根据需求分析阶段的信息,设计的实体联系图(不完整)如图3-1所示。



    【逻辑结构设计】根据概念结构设计阶段完成的实体联系图,得出如下关系模式(不完整):球队(球队编号,名称,成立时间,人数,主场地址)球员(姓名,身份证号,出生日期,身高,家庭住址,( 1 ) )主教练(姓名,身份证号,出生日期,资格证书号,级别,( 2 ))主裁判(姓名,身份证号,出生日期,资格证书号,获取证书时间,级别)比赛(比赛编码,主队编号,客队编号,主裁判身份证号,比分,日期) 【问题1】补充图3-1中的联系和联系的类型。图3-1中的联系"比赛"应具有的属性是哪些?。【问题2】根据图3-1,将逻辑结构设计阶段生成的关系模式中的空(1)~(2)补充完整。【问题3】现在系统要增加赞助商信息,赞助商信息主要包括赞助商名称和赞助商编号。赞助商可以赞助某支球队,一支球队只能有一个赞助商,但赞助商可以赞助多支球队。赞助商也可以单独赞助某些球员,一名球员可以为多个赞助商代言。请根据该要求,对图3-1进行修改,画出修改后的实体间联系和联系的类型。


    答案:
    解析:
    【问题1】比赛联系应具有的属性包括:比赛编码,比分,日期。本题考查数据库概念结构设计及向逻辑结构转换的掌握。此类题目要求考生认真阅读题目,根据题目的需求描述,给出实体间的联系。根据题意由"一名球员只能效力于一支球队"可知球队和球员之间为1:*联系。由"一场比赛有两支球队参加,一支球队作为主队身份、另一支作为客队身份参与比赛"可知球队分别按照"主队"和"客队"两种角色参与"比赛"的*:*联系。"比赛"应具有的属性:比赛编码,比分和曰期。【问题2】根据问题1分析可知球队和球员之间为1:*联系,所以在球员关系里应该包括球队的主键,即"球队编号"。根据"每支球队有一名主教练,一名主教练只能受聘于一支球队"可知球队和教练之间为1:1联系,而球队关系已经给定,所以需要在主教练关系中包含球队的主键,即"球队编号"。【问题3】根据题意由"赞助商可以赞助某支球队,一支球队只能有一个赞助商,但赞助商可以赞助多支球队"可知赞助商和球队之间为1:*联系。由"赞助商也可以单独赞助某些球员,一名球员可以为多个赞助商代言"可知赞助商和球员之间为*:*联系。

  • 第17题:

    阅读下列说明和图,回答问题1至问题3,将解答填入答题纸的对应栏内。【说明】某家电销售电子商务公司拟开发一套信息管理系统,以方便对公司的员工、家电销售、家电厂商和客户等进行管理。【需求分析】(1)系统需要维护电子商务公司的员工信息、客户信息、家电信息和家电厂商信息等。员工信息主要包括:工号、姓名、性别、岗位、身份证号、电话、住址,其中岗位包括部门经理和客服等。客户信息主要包括:客户ID、姓名、身份证号、电话,住址、账户余额。家电信息主要包括:家电条码、家电名称、价格、出厂日期、所属厂商。家电厂商信息包括:厂商ID、厂商名称、电话、法人代表信息、厂址。(2)电子商务公司根据销售情况,由部门经理向家电厂商订购各类家电。每个家电厂商只能由一名部门经理负责。(3)客户通过浏览电子商务公司网站查询家电信息,与客服沟通获得优惠后,在线购买。【概念模型设计】根据需求阶段收集的信息,设计的实体联系图(不完整)如图所示。



    【逻辑结构设计】根据概念模型设计阶段完成的实体联系图,得出如下关系模式〔不完整)客户(客户ID、姓名、身份证号、电话、住址、账户余额)员工(工号、姓名、性别、岗位、身份证号、电话、住址)家电(家电条码、家电名称、价格、出厂日期、 (1) )家电厂商(厂商ID、厂商名称、电话、法人代表信息、厂址、 (2) )购买(订购单号、 (3) 、金额) 【问题1】 补充实体联系图中的联系和联系的类型。【问题2】根据图,将逻辑结构设计阶段生成的关系模式中的空(1)~(3)补充完整。 用下划线指出"家电"、"家电厂商"和"购买"关系模式的主键。【问题3】电子商务公司的主营业务是销售各类家电,对账户有佘额的客户,还可以联合第二方基金公司提供理财服务,为此设立客户经理岗位。客户通过电子商务公司的客户经理和基金公司的基金经理进行理财。每名客户只有一名客户经理和一名基金经理负责'客户经理和基金经理均可负责多名客户。请根据该要求,对图进行修改,画出修改后 的实体间联系和联系的类型。


    答案:
    解析:
    【问题1】
    【问题2】【参考答案】(1)厂商ID(2)部门经理工号 或 经理工号 或 员工工号(3)客户ID、客服工号、家电条码



    【问题3】



    【问题1】【试题分析】本题考査数据库设计,属子比较传统的题目,考查点也与往年类似。本问题考査数据库的概念结构设计,题目要求补充完整实体联系图中的联系和联系的类型。根据题目的需求描述可知,一个家电厂商可以供应多台家电,而一台家电只能对应一个家电厂商,因此"家电厂商"和"家电"之间存在"供应"联系,联系的类型为一 对多(1:*,或1:m)。根据题目的需求描述可知,"员工"和"部门经理"之间存在一个包含关系。根据题目的需求描述可知,"客户"、"客服"和"家电"之间存在"购买"联系,联系的类型为多对多对多(*:*:*,或m:n:o)。【问题2】【试题分析】本问题考査数据库的逻辑结构设计,题目要求补充完整各关系模式,并给出各关系模式的主键。根据实体联系图和需求描述,"家电"和"家电厂商"存在多对一的关系,在家电关系中需要记录家电厂商的主键,也就是"厂商ID"。所以,对于"家电"关系模式, 需补充属性"厂商ID"。"家电条码"为"家电"关系的主键。根据实体联系图和需求描述,"家电厂商"和"部门经理"之间存在多对一的关系,在家电厂商关系中需要记录部门经理的主键,也就是"部门经理工号"(或"经理工号"、 或"员工工号")。"厂商ID?为"家电厂商"的主键。根据实体联系图和需求描述,"客户"、"客服"和"家电"之间的多对多对多的"购买"联系。因为是多对多对多联系,所以"购买"联系需要单独作为一个关系,这个关系需要记录"客户"、"客服"和"家电"的主键。所以,对于"购买"关系模式,需补充属性"客户ID"""客服工号"和"家电条码"。"订购单号"为"购买"的主键。
    【问题3】【试题分析】本问题考查数据库的概念结构设计,根据新增的需求增加实体联系图中的实体的联系和联系的类型。根据问题描述,需要新增"客户经理",包含于"员工"。根据问题描述,客户只由一名客户经理和一名基金经理负责,客户经理和基金经理均可负责多名客户,所以"客户"、"客户经理"和"基金经理"之间存在一个"理财" 联系,联系的类型为多对1对1 (*:1:1,或m:1:1)。

  • 第18题:

    阅读以下说明,回答问题1至问题3,将解答填入对应栏内。[说明]某公司拟开发一套小区物业收费管理系统。初步的需求分析结果如下:(1)业主信息主要包括:业主编号、姓名、房号、房屋面积、工作单位、联系电话等。房号可唯一标识一条业主信息,且一个房号仅对应一套房屋;一个业主可以有一套或多套的房屋。(2)部门信息主要包括:部门号、部门名称、部门负责人、部门电话等。一个员工只能属于一个部门,一个部门只有一位负责人。(3)员工信息主要包括:员工号、姓名、出生年月、性别、住址、联系电话、所在部门号、职务和密码等。根据职务不同,员工可以有不同的权限:职务为“经理”的员工具有更改(添加、删除和修改)员工表中本部门员工信息的操作权限;职务为“收费”的员工只具有收费的操作权限。(4)收费信息包括:房号、业主编号、收费日期、收费类型、数量、收费金额、员工号等。收费类型包括物业费、卫生费、水费和电费,并按月收取,收费标准如表2-1所示。其中:物业费=房屋面积(平方米)×每平方米单价,卫生费=套房数量(套)×每套房单价,水费=用水数量(吨)×每吨水单价,电费=用电数量(度)×每度电单价。



    (5)收费完毕应为业主生成收费单,收费单示例如表2-2所示。



    [概念模型设计]根据需求阶段收集的信息,设计的实体联系图(不完整)如图2-1所示。图2-1中收费员和经理是员工的子实体。



    [逻辑结构设计]根据概念模型设计阶段完成的实体联系图,得出如下关系模式(不完整):业主( (1) , 姓名, 房屋面积, 工作单位, 联系电话)员工( (2) , 姓名, 出生年月, 性别, 住址, 联系电话, 职务, 密码)部门( (3) , 部门名称, 部门电诂)权限(职务, 操作权限)收费标准( (4) )收费信息( (5) , 收费类型, 收费金额, 员工号)根据图2-1,将逻辑结构设计阶段生成的关系模式中的空5~6补充完整,然后给出各关系模式的主键和外键。填写图2-1中(a)~(f)处联系的类型(注:一方用1表示,多方用m或n或*表示),并补充完整图2-1中的实体、联系和联系的类型。16、业主关系属于第几范式?请说明存在的问题。


    答案:
    解析:
    5、业主编号,房号主键:房号外键:无6、员工号,所在部门号主键:员工号外键:所在部门号7、部门号,部门负责人主键:部门号外键:部门负责人8、收费类型,单位,单价主键:收费类型外键:无9、房号,业主编号,收费日期主键:房号,业主编号,收费日期外键:房号,员工号
    10、n,或m,或* 11、n,或m,或* 12、 1 13、n,或m,或* 14、1 15、n,或m,或*



    16、业主关系属于第2范式。
    【解析】
    5-9、根据题意,业主关系中信息主要包括:业主编号、姓名、房号、房屋面积、工作单位、联系电话等,因此,空(1)应填写“业主编号,房号”。又因为房号可唯一标识一条业主信息,所以以“房号”为主键。完整的关系模式如下:业主(业主编号, 房号, 姓名, 房屋面积, 工作单位, 联系电话)根据题意,员工信息主要包括:员工号、姓名、出生年月、性别、住址、联系电话、所在部门号、职务和密码等,因此,空(2)应填写“员工号,所在部门号”。又因为员工号可唯一标识一条员工信息,所以“员工号”为主键。根据题意,一个员工只能属于一个部门,“所在部门号”应参照部门关系的“部门号”,因此,“所在部门号”为外键。完整的关系模式如下:员工(员工号, 所在部门号, 姓名, 出生年月, 性别, 住址, 联系电话, 职务, 密码)部门信息主要包括:部门号、部门名称、部门负责人、部门电话等,因此,部门关系的空(3)应填写“部门号,部门负责人”,显然该关系的主键为“部门号”。又因为部门关系的“部门负责人”应参照员工关系的“员工号”,因此,“部门负责人”为外键。根据题意分析收费标准关系的空(4)应填写“收费类型,单位,单价”,这样收费信息关系可以根据收费类型(如水费、电费或物业费)去收费标准关系中查出单价来计算收费金额。显然收费标准关系的主键为“收费类型”。收费信息的空(5)应填写“房号,业主编号,收费日期”,由于“房号,业主编号,收费日期”能唯一确定该关系的每一个元组,故“房号,业主编号,收费日期”为关系的主键。又由于房号、员工号分别为业主和员工关系的主键,故“房号,员工号”为收费信息关系的外键。完整的关系模式如下:收费信息(房号, 业主编号, 收费日期, 收费类型, 收费金额, 员工号)
    10-15、根据题意,一个员工可以为多个业主收费,同样一个业主也可以有多个员工为其收费,因此业主和收费员之间的收费联系为多对多。故空(a)应填写*,空(b)应填写*。因为一个员工只能属于一个部门,所以部门与员工之间的隶属联系是一对多的。故空(c)应填写1,空(d)应填写*。根据题意,职务不同员工可以有不同的权限,所以权限和员工之间的合法联系是一对多。又由于收费员收费时必需根据收费类型(如水费、电费或物业费)到收费标准关系中查出单价来计算收费金额,所以需要增加一个收费标准关系,以及收费标准到收费联系的连线。16、问题是当某业主有多套住房时,属性“业主编号,姓名,房屋面积,工作单位,联系电话”等信息在业主关系表中重复存储,存在数据冗余。由业主关系可知:房号→业主编号,业主编号→姓名,房号→姓名,所以存在传递依赖房号→姓名。故业主关系属于第2范式。业主关系存在的问题是当某业主有多套住房时,属性“业主编号,姓名,房屋面积,工作单位,联系电话”等信息在业主关系表中重复存储,存在数据冗余。

  • 第19题:

    阅读下列说明,回答问题1 至问题3,将解答填入答题纸的对应栏内。【说明】某城市双创平台成立后,拟建设中小企业服务管理信息系统,主要工作计划如下。



    【问题1】(4分)
    结合案例,请问活动A和活动C的历时分别是多少。【问题2】(8分)请补充完整该管理信息系统的双代号网络图。



    【问题3】(4分)
    请给出关键路径和项目总工期


    答案:
    解析:
    【问题1】A历时:13、 C历时:16【问题2】依据各活动紧前紧后关系,绘制双代号网络图如下:



    补充:大家还应该学习时标网络图的绘制,在2019年的考试,大家需要关注时标网络图相关知识点,例如,如果将本题绘制双代号网络图,则答案就如下:




    【问题3】关键路径:ABDFGHI 总工期为131

  • 第20题:

    阅读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏内。【说明】某海外代购公司为扩展公司业务,需要开发一个信息化管理系统。请根据公司现有业务及需求完成该系统的数据库设计。【需求描述】(1)记录公司员工信息。员工信息包括工号、身份证号、姓名、性别和一个手机号,工号唯一标识每位员工,员工分为代购员和配送员。(2)记录采购的商品信息。商品信息包括商品名称、所在超市名称、采购价格、销售价格和商品介绍,系统内部用商品条码唯一标识每种商品。一种商品只在一家超市代购。(3)记录顾客信息。顾客信息包括顾客真实姓名、身份证号(清关缴税用)、一个手机号和一个收货地址,系统自动生成唯一的顾客编号。(4)记录托运公司信息。托运公司信息包括托运公司名称、电话和地址,系统自动生成唯一的托运公司编号。(5)顾客登录系统之后,可以下订单购买商品。订单支付成功后,系统记录唯一的支付凭证编号,顾客需要在订单里指定运送方式:空运或海运。(6)代购员根据顾客的订单在超市采购对应商品,一份订单所含的多个商品可能由多名代购员从不同超市采购。(7)采购完的商品交由配送员根据顾客订单组合装箱,然后交给托运公司运送。托运公司按顾客订单核对商品名称和数量,然后按顾客的地址进行运送。【概念模型设计】根据需求阶段收集的信息,设计的实体联系图(不完整)如图2-1所示。



    【逻辑结构设计】根据概念模型设计阶段完成的实体联系图,得出如下关系模式(不完整):员工(工号,身份证号,姓名,性别,手机号)商品(条码,商品名称,所在超市名称,采购价格,销售价格,商品介绍)顾客(编号,姓名,身份证号,手机号,收货地址)托运公司(托运公司编号,托运公司名称,电话,地址)订单(订单ID,(a),商品数量,运送方式,支付凭证编号)代购(代购ID,代购员工号,(b))运送(运送ID,配送员工号,托运公司编号,订单ID,发运时间)
    【问题1】(3分)根据问题描述,补充图2-1的实体联系图。【问题2】(6分)补充逻辑结构设计结果中的(a)、(b)两处空缺。【问题3】(6分)为方便顾客,允许顾客在系统中保存多组收货地址。请根据此需求,增加“顾客地址”弱实体,对图2-1进行补充,并修改“运送”关系模式。


    答案:
    解析:
    【问题1】答案:
    【问题2】答案:(a) 运送方式、顾客编号、商品条码 (b)订单 ID【问题3】答案:

    修改后的运送关系模式为:运送(运送 ID,配送员工号,托运公司编号,订单 ID,地址 ID,发运时间)。

  • 第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,将解答填入答题纸的对应栏内。
    【说明】
    某企业拟构建一个高效、低成本、符合企业实际发展需要的办公自动化系统。工程师小李主要承担该系统的公告管理和消息管理模块的研发工作。公告管理模块的主要功能包括添加、修改、删除和查看公告。消息管理模块的主要功能是消息群发。
    小李根据前期调研和需求分析进行了概念模型设计,具体情况分述如下:
    【需求分析结果】
    (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分)答案:不属于命名冲突。因为这两个属性分别属于两个不同的关系模式,可以通过“关系名.属性名”区别,即可以用“消息.编号”和“公告.编号”来区别。

  • 第23题:

    ()是广告的具体内容,包括商品信息、劳务信息和观念信息等。

    • A、广告媒体
    • B、广告信息
    • C、广告客户
    • D、广告主

    正确答案:B