1、软件水平考试中级软件设计师下午应用技术（数据库分析与设计）模拟试卷 1及答案与解析 一、选答题（共 3道大题，每道大题 15分） 从下列 3道试题中任选 1道解答，如果解答的试题数超过 1道，则仅题号小的 1道题解答有效。 0 阅读下列说明和图，回答问题 1至问题 3。【说明】某会议策划公司为了方便客户，便于开展和管理各项业务活动，需要构建一个基于网络的会议预定系统。【需求分析】 (1)会议策划公司设有受理部、策划部和其他部门。部门信息包括部门号、部门名称、部门主管、电话和邮箱号。每个部门有多名员工处理部门的日常事务，每名 员工只能在一个部门工作。每个部门有一名主管负责管理本部门的事务和人员。
2、 (2)员工信息包括员工号、姓名、部门号、职位、联系方式和工资。其中，职位包括主管、业务员、策划员等。业务员负责受理会议申请。若申请符合公司规定，则置受理标志并填写业务员的员工号。策划部主管为已受理的会议申请制定策划任务，包括策划内容、参与人数、要求完成时间等。一个已受理的会议申请对应一个策划任务，一个策划任务只对应一个已受理的会议申请，但一个策划任务可由多名策划员参与执行，且一名策划员可以参与多项策划任务。 (3)客户信息包括客户号、单位名 称、通信地址、所属省份、联系人、联系电话、银行账号。其中，一个客户号唯一标识一个客户。一个客户可以提交多个会议申请，但一个会议申请对应唯一的一个客户号。
3、 (4)会议申请信息包括申请号、开会日期、会议地点、持续天数、会议人数、预算费用、会议类型、酒店要求、会议室要求、客房类型、客房数、联系人、联系方式、受理标志和业务员的员工号等。客房类型有豪华套房、普通套房、标准间、三人间等，且申请号和客房类型决定客房数。【概念模型设计】根据需求阶段收集的信息，设计的实体联系图和关系模式 (不完整 )如图 13-1所示。【关系模式 设计】部门 (部门号，部门名称，主管，电话，邮箱号 )员工 (员工号，姓名， (a)，联系方式，工资 )客户 (客户号，单位名称，通信地址，所属省份，联系人，联系电话，银行账号 )会议申请 (b)，开会日期，会议地点，持续天数，会议
4、人数，预算费用，会议类型，酒店要求，会议室要求，客房数，联系人，联系方式，受理标志，员工号 )策划任务 (c)，策划内容，参与人数，要求完成时间 )执行策划 (d)，实际完成时间 ) 1 根据问题描述，补充 5个联系、联系的类型，完善图 13-1的实体联系图。 2 根据实体联系图，将关系模式中的空 (a) (d)补充完整 (1个空缺处可能有多个数据项 )。对会议申请、策划任务和执行策划关系模式，用下划线和 #分别指出各关系模式的主键和外键。 3 请说明关系模式 “会议申请 ”存在的问题及解决方案。 3 某集团公司拥有多个大型连锁商场，公司需要构建一个数据库系统以方便管理其业务运作活动。【需求分
5、析结果】 (1)商场需要记录的信息包括商场编号 (编号唯一 )、商场名称、地址和联系电话。某商场信息如表 13-1所示。 (2)每个商场包含不同的部门，部门需要记录的信息包括部门编号 (集团公司分配 )、部门名称、位置分布和联系电 话。某商场的部门信息如表 13-2所示。 (3)每个部门雇佣多名员工处理日常事务，每名员工只能隶属一个部门 (新进员工在培训期不隶属于任何部门 )。员工需要记录的信息包括员工编号 (集团公司分配 )、姓名、岗位、电话号码和工资。员工信息如表 13-3所示。 (4)每个部门的员工中有一名是经理，每个经理只能管理一个部门，系统需要记录每个经理的任职时间。【概念模型设计】
6、根据需求阶段搜集的信息，设计实体联系图 (如图 13-2所示 )和关系模式 (不完整 )。【关系模式设计】商场 (商场编号，商场名称，地址，联系电话 )部门 (部门编号， 部门名称，位置分布，联系电话， (a)员工 (员工编号，员工姓名，岗位，电话号码，工资， (b)经理 (c)，任职时间 ) 4 根据问题描述，补充 4个联系，完善图 13 2所示的实体联系图。联系名可用联系 l、联系 2、联系 3和联系 4代替，联系的类型分为 1： 1、 1： n和 m： n。 5 根据实体联系图，将关系模式中的空 (a) (c)补充完整，并分别给出部门、员工和经理关系模式的主键和外键。 6 为了使商场有紧
7、急事务时能联系到轮休的员工，要求每位员工必须且只能登记一位紧急联系人的姓名和联系电话，不同的员工可以 登记相同的紧急联系人。则在图132中还需添加的实体是 (1)，该实体和图 132中的员工存在 (2)联系 (填写联系类型 )。给出该实体的关系模式。 6 某宾馆拟开发一个宾馆客房预订子系统，主要是针对客房的预订和入住等情况进行管理。【需求分析结果】 (1)员工信息主要包括员工号、姓名、出生年月、性别、部门、岗位、住址、联系电话和密码等信息。岗位有管理和服务两种。岗位为“管理 ”的员工可以更改 (添加、删除和修改员工表中的本部门员工的岗位和密码，要求将每一次更改前的信息保留；岗位为 “服务 ”的
8、员工只能修改员工表中本人的密码，且负责多个客房的清理等工作。 (2)部门信息主要包括部门号、部门名称、部门负责人、电话等信息；一个员工只能属于一个部门，一个部门只有一位负责人。(3)客房信息包括客房号、类型、价格、状态等信息。其中类型是指单人间、三人间、普通标准间、豪华标准间等；状态是指空闲、入住和维修。 (4)客户信息包括身份证号、姓名、性别、单位和联系电话。 (5)客房预订情况包括客房号、预订日期、预订入住日期、预订入住天数、身份证号等信息。一条预订信息必须且仅对应一位客户，但一位客户可以有多条预订信息。【概念模型设计】根据需求阶段收集的信息，设计的实体联系图 (不完整 )如图 13-3所
9、示。 【逻辑结构设计】逻辑结构设计阶段设计的部分关系模式 (不完整 )如下。员工 (4)，姓名，出生年月，性别，岗位，住址，联系电话，密码 )权限 (岗位，操作权限 )部门 (部门号，部门名称，部门负责人，电话 )客房 (5)，类型，价格，状态，入住日期，入住时间，员工号 )客户 (5)，姓名，性别，单位，联系电话 )更改权限 (员工号， (7)，密码，更改日期，更改时间，管理员号 )预订情况 (8)，预订日期，预订入往日期，预订入住天数 ) 7 根据问题描述，填写图 13 3中的 (1) (3)处联系的类型。联系类型分为一对一、一对多、多对多。 8 补充图 133中的联系并指明其联系类型。
10、9 根据需求分析结果和图 13 3所示，将逻辑结构设计阶段生成的关系模式中的空(4) (8)补充完整 (注：一个空可能需要填多个属性 )。 10 若去掉权限表，并将权限表中的操作权限属性放在员工表中 (仍保持管理和服务岗位的操作权限规定 )，则与原有设计相比有什么优缺点 (请从数据库设计的角度进行说明 )? 10 阅读下列说明和图，回答问题 1至问题 3，将解答填入答题纸的对应栏内。【说明】某医院拟开发 一套住院病人信息管理系统，以方便对住院病人、医生、护士和手术等信息进行管理。【需求分析】 (1)系统登记每个病人的住院信息，包括：病案号、病人的姓名、性别、地址、身份证号、电话号码、入院时问及
11、病床等信息，每个病床有唯一所属的病区及病房，如表 13-4所示。其中病案号唯一标识病人本次住院的信息。 (2)在一个病人的一次住院期间，由一名医生对该病人的病情进行诊断，并填写一份诊断书，如表 13 5所示。对于需要进行一次或多次手术的病人，系统记录手术名称、手术室、手术日期、手术时间、主刀医生及多名协助医生，每名医生在手术 中的责任不同，如表 136所示，其中手术室包含手术室号、楼层、地点和类型等信息。 (3)护士分为两类：病床护士和手术室护士。每个病床护士负责护理一个病区内的所有病人，每个病区由多名护士负责护理。手术室护士负责手术室的护理工作。每个手术室护士负责多个手术室，每个手术室由多名
12、护士负责，每个护士在手术室中有不同的责任，并由系统记录其责任。【概念模型设计】根据需求阶段收集的信息，设计的实体联系图 (不完整 )如图 13-4所示。【逻辑结构设计】根据概念模型设计阶段完成的实体联系图，得出如下关系模式(不完整 )：病床 (病床 号，病房，病房类型，所属病区 )护士 (护士编号，姓名，类型，性别，级别 )病房护士 (1)手术室 (手术室号，楼层，地点，类型 )手术室护士(2)病人 (3)，姓名，性别，地址，身份证号，电话号码，入院时间 )医生 (医生编号，姓名，性别，职称，所属科室 )诊断书 (4)，诊断，诊断时间 )手术安排 (病案号，手术室号，手术时间，手术名称 )手术
13、医生安排 (5)，医生责任 ) 11 补充图 13-4中的联系和联系的类型。 12 根据图 13-4，将逻辑结构设计阶段生成的关系模式中的空 (1) (5)补充完整，并用下划线指 出主键。 13 如果系统还需要记录医生给病人的用药情况，即记录医生给病人所开处方中药品的名称、用量、价格、药品的生产厂家等信息。请根据该要求，对图 13-4进行修改，画出补充后的实体、实体间联系和联系的类型。 13 阅读下列说明，回答问题 1至问题 3，将解答填入答题纸的对应栏内。 【说明】 某物流公司为了整合上游供应商与下游客户，缩短物流过程，降低产品库存，需要构建一个信息系统以方便管理其业务运作活动。 【需求分析
14、结果】 (1)物流公司包含若干部门，部门信息包括部门号、部门名称、经理、电话和邮箱。一个部 门可以有多名员工处理部门的日常事务，每名员工只能在一个部门工作。每个部门有一名经理，只需负责管理本部门的事务和人员。 (2)员工信息包括员工号、姓名、职位、电话号码和工资；其中，职位包括：经理、业务员等。业务员根据托运申请负责安排承运货物事宜，例如：装货时间、到达时间等。一个业务员可以安排多个托运申请，但一个托运申请只由一个业务员处理。 (3)客户信息包括客户号、单位名称、通信地址、所属省份、联系人、联系电话、银行账号，其中，客户号唯一标识客户信息的每一个元组。每当客户要进行货物托运时，先要提出货物托运
15、申请 。托运申请信息包括申请号、客户号、货物名称、数量、运费、出发地、目的地。其中，一个申请号对应唯一的一个托运申请；一个客户可以有多个货物托运申请，但一个托运申请对应唯一的一个客户号。 【概念模型设计】 根据需求阶段收集的信息，设计的实体联系图和关系模式 (不完整 )如图 13 5所示。 【关系模式设计】 部门 (部门号，部门名称，经理，电话，邮箱 ) 员工 (员工号，姓名，职位，电话号码，工资， (a) 客户 (b)，单位名称，通信地址，所属省份，联系人，联系电话，银行账号 ) 托运申请 (c)，货物名称，数量，运费，出发 地，目的地 ) 安排承运 (d)，装货时间，到达时间，业务员 )
16、14 根据问题描述，补充 4个联系、联系的类型，以及实体与子实体的联系，完善图 13 5中的实体联系图。 15 根据实体联系图，将关系模式中的空 (a) (d)补充完整。分别指出部门、员工和安排承运关系模式的主键和外键。 16 若系统新增需求描述如下：为了数据库信息的安全性，公司要求对数据库操作设置权限管理功能，当员工登录系统时，系统需要检查员工的权限。权限的设置人是部门经理。为满足上述需要，应如何修改 (或补充 )图 13 5中的实体联系图，请给出修改后的实体联系图和关系模式。 软件水平考试中级软件设计师下午应用技术（数据库分析与设计）模拟试卷 1答案与解析 一、选答题（共 3道大题，每道大
17、题 15分） 从下列 3道试题中任选 1道解答，如果解答的试题数超过 1道，则仅题号小的 1道题解答有效。 1 【正确答案】 本题的完整的实体联系图和关系模式如图 13-6所示。 【试题解析】 问题 1考查考生对 ER模型的理解。本题主要考查根据题目描述补充完整 ER图。 在解答本问题时，需要注意将题目描述与已给出的图进行对照分析。在题目中有“业务员负责受理会议申请 ”，这说明业务员与会议申请之间有联系，联系的名称可直接取题目中的 “受理 ”一词。同时，由于题目中有 “若申请符合公司规定，则置受理标志并填写业务员的员工号 ”，这说明一个申请只由一个员工受理，但一个员工却可以受理多项业务，也就是
18、说业务员与会议申请之间是 1： n的关系。与此同时，通过常识加题目描述，可以意识到一个问题：对于会议申请只表明了受理人员，而谁来提出申请，并未直接说明。纵观系统全局，可以看出会议是由客户申请的。所以客户也与会议申请有联系，这种联系类型也是 1： n。 从 “一个已受理的会议申请对应一个策划任务 ，一个策划任务只对应一个已受理的会议申请，但一个策划任务可由多名策划员参与执行，且一名策划员可以参与多项策划任务。 ”可以得知，策划任务与策划员之间存在 “执行 ”的联系，而且这种联系是 n： m的。 从 “每个部门有多名员工处理部门的日常事务，每名员工只能在一个部门工作。 ”可以看出，部门与员工之间存
19、在联系，联系类型是 1： n。从 “每个部门有一名主管负责管理本部门的事务和人员。 ”可以看出，主管这个角色与部门之间存在联系，由于每个部门只有 1名主管，而 1名主管也只能负责 1个部门的工作，所以他们之间的联系是 1： 1的。 2 【正确答案】 填空： (a)部门号，职位 (b)申请号，客房类型，客户号 (c)申请号，员工号 (d)申请号，员工号 关系模式为： 会议申请 (申请曼，客房类型，客户号 #，开会日期，会议地点，持续天数，会议人数，预算费用，会议类型，酒店要求，会议室要求，客房数，联系人，联系方式，受理标志，员工号 #) 策划任务 (申请号 #，员工号 #，策划内容，参与人数，要
20、求完成时间 ) 执行策划 (申请号 #，员工号 #，实际完成时间 ) 【试题解析】 当完成问题 1的分析之后，问题 2就很好解决了。其解题步骤的第一个环节，应是 看题目已经给出的信息。例如，第 (a)空要求补充员工关系，而题目中已经说明 “员工信息包括员工号、姓名、部门号、职位、联系方式和工资 ”，此时，只要把缺失的 “部门号，职位 ”填入即可。但有时，这一招并不能完全解决问题，如第 (b)空，从题目的描述 “会议申请信息包括申请号、开会日期、会议地点、持续天数、会议人数、预算费用、会议类型、酒店要求、会议室要求、客房类型、客房数、联系人、联系方式、受理标志和业务员的员工号等。 ”可以得知，关
21、系模式缺了申请号与客房类型，但补充这些是否足矣 ?不行，还缺了属性，即客户号，因为问题 1中， 已经分析了系统业务逻辑，应是由客户提出申请，所以需要记录客户号。 接下来分析会议申请的主键与外键。在会议申请这个关系模式中，由于存在 “客房类型有豪华套房、普通套房、标准间、三人间等，且申请号和客房类型决定客房数。 ”的情况，所以有函数依赖： (申请号，客户类型 ) 客户数。同时其他所有属性都依赖于 (申请号，客户类型 )。所以 (申请号，客户类型 )是本关系模式的主键。而会议申请中的客户号是相对于客户关系的外键，员工号是相对于员工关系的外键。 (c)与 (d)的内容补充，也需要进行分析才能得出结论
22、，正是由于从题目中有 “个已受理的会议申请对应一个策划任务，一个策划任务只对应一个已受理的会议申请，但一个策划任务可由多名策划员参与执行，且一名策划员可以参与多项策划任务 ”，这说明 “策划任务 ”与 “执行策划 ”都与会议申请有关，所以这两个关系中，也需要有申请号。 在策划任务关系模式中申请号能确定员工号 (因为策划部主管为已受理的会议申请制定策划任务，所以有确定的关系 )，也能确定策划内容，参与人数，要求完成时间。所以申请号是主键。同时，由于申请号与员 工号在其他关系中充当主键，所以它们也是外键。 在执行策划关系中，由于 “个策划任务可由多名策划员参与执行，且一名策划员可以参与多项策划任务
23、 ”，所以必须要 (申请号，员工号 )这个组合属性才能充当主键。同时这两个属性也是外键。 3 【正确答案】 会议申请存在数据冗余及数据修改的不一致性问题，应该将关系模式分解为如下两个模式： 会议申请 1(申请号，客户号，开会日期，会议地点，持续天数，会议人数，预算费用，会议类型，酒店要求，会议室要求，联系人，联系方式，受理标志，员工号 )。 会议申请 2(申请号，客房类型 ，客房数 )。 【试题解析】 问题 3要求分析关系模式 “会议申请 ”存在的问题及解决方案。分析关系模式的问题，往往需要从关系模式的规范程度入手，规范程度不高的模式，可能出现：插入异常、修改异常、删除异常、数据冗余等问题。
24、在问题 2的分析中，已经提到了会议申请关系的主键是： (申请号，客户类型 )。但同时存在：申请号 -开会日期、申请号 -会议地点依赖关系，这就导致了部分依赖的产生。这使得数据冗余、修改异常等问题产生。解决的办法就是拆分。把(申请号，客户类型，客户数 )拆分为一个新表，而另一个表中去除客户类 型与客户数，将申请号定义为主键。 4 【正确答案】 完整的实体联系图如表 13-7所示。 【试题解析】 本题要求考生根据问题的描述，补充 4个联系，完善图 13 2的实体联系图。根据题目的描述 “每个商场包含不同的部门 ”、 “每个部门雇佣了多名员工处理日常事务，每名员工只能属于一个部门 ”、 “每个部门的
25、员工中有一个是经理，每个经理只能管理一个部门 ”可知，需要补充的 4个联系是商场和部门之间、部门和员工之间、部门和经理之间及员工和经理之间的关系。显然，一个商场对应多个部门 (一对多 )，一个部门有多个员工 (一对多 )， 一个部门对应一个经理 (一对一 )，每个员工只有一个经理 (一对一 )。 5 【正确答案】 实体联系图如图 13-7所示，各项说明如表 13-8所示。 (a)所在商场编号 (b)所在部门编号 (c)员工编号 【试题解析】 本题考查关系模式设计的相关知识，需仔细分析需求分析结果来解题。 由需求分析结果第 (2)条或部门信息表可知，部门需要记录的信息包括部门编号 (集团公司分配
26、 )、部门名称、位置分布和联系电话。但是在本题中设置部门是为了服务商场的，所以必须记录其对应的商场。所以部门关系缺少的属性是 “商场编号 ”。主键为部门编 号，外键是商场编号。 由需求分析结果第 (3)条或员工信息表可知，每名员工只能隶属于一个部门 (新进员工在培训期不隶属于任何部门 )。员工需要记录的信息包括员工编号 (集团公司分配 )、姓名、岗位、电话号码和工资。培训期外的员工必然是归属于某个部门的，所以在此缺少的是员工所在的部门编号。主键是员工编号，外键是其所在部门的编号。 经理的情况比较特殊，首先他是员工，所以必须记录其员工的编号；其次是他对应一个部门，所以记录中必须有一个部门编号，但
27、是每个员工都对应了一个部门，即知道经理的员工编号，就知道了经理的部门。 6 【正确答案】 (1)紧急联系人。 (2)1： n。 关系模式为紧急联系人 (紧急联系人编号，姓名，联系电话 )。 【试题解析】 题目已经说得很明白了，为了使商场有紧急事务时能联系到轮休的员工，要求每位员工必须且只能登记一位紧急联系人的姓名和联系电话，不同的员工可以登记相同的紧急联系人。所以需要添加的实体必定是紧急联系人，并且不同的员工可以对应同一个紧急联系人，所以紧急联系人和员工的关系是一对多，其关系模式中必然有姓名和联系电话，但是为了避免重名造成的麻烦还要有联系人的编号来作为主键。 7 【正确答案】 (1)n或 m或
28、 *。 (2)n或 m或母。 (3)n或 m或 *。 【试题解析】 (1)按常规来说，一个员工只能属于一个部门，一个部门只有一个负责人，所以部门与员工之间的关系是一对多的关系，所以 (1)应该填写 n。 (2)由于一条预订信息必须仅对应一个客户，但一个客户可以有多条预订信息，所以客户与预订信息之间是一对多的关系。需要注意：题目要求的是客户与客房之间的预订信息，一位客户可以预订多个客房，而一个客房在不同的时间也可以被多个客户预订，所以客户与客房的预订关系是多对多的。故 (2)和 (3)都应填写 n。 8 【正确答案】 员工到权限的联系，联系类型 m： 1。 【试题解析】 由图可知需要增加的是员工
29、与权限的关系，因为 “管理员 ”和 “服务员 ”都属于 “员工 ”。一类员工 (如服务员 A，服务员 B， ，服务员 N)使用同一权限，所以员工与权限之间是多对一的关系。 9 【正确答案】 (4)员工号，部门号。 (5)客房号。 (6)身份证号。 (7)岗位。 (8)客房号，身份证号。 【试题解析】 (1)由需求分析结果第 (1)条可知，员工信息主要包括员工号、姓名、出生年月、性别、部门、岗位、住址、联系电话和密码等信息。 即员工信息包括员工本身的信息和他所在的部门信息，员工本身最具代表性的信息就是员工号，而部门在该系统中是一个关系，所以在此处要记录部门的相关信息，只需记录部门号即可，其余的相
30、关信息可以通过部门号查询来获得。 (2)由需求分析结果第 (3)条可知，客房信息包括客房号、类型、价格、状态等信息。显然 (5)空应填写 “客房号 ”。 (3)由需求分析结果第 (4)条可知，客户信息包括身份证号、姓名、性别、单位和联系电话。显然 (6)空应填写 “身份证号 ”。 (4)岗位有管理和服务两种，岗位为 “管理 ”的员工可以更改 (添加、删除和修改 )员工表中的本部门员工的岗位和密码，要求将每一次更改前的信息保留。所以 “更改权限 ”这个关系模式是指岗位为 “管理 ”的员工可以更改员工表中本部门员工的岗位和密码。 “更改前的信息 ”包括该员工所涉及的全部信息。该关系中已经记录了 “
31、员工号 ”，从员工号可查询获得该员工的所有个人信息和部门信息，同时记录了员工的密码及本次修改的时间、操作和管理员。仔细观察不难发现，该关系中唯一缺少的是岗位的信息，而本系统的设计是由岗位确定该员工的权限的，因此第 (7)空应填写：岗位。 (5)由需求分析结果第 (5)条可知，客房预订情况包括客房 号、预订日期、预订入住日期、预订入住天数、身份证号等信息。显然第 (8)空应填写 “客房号、身份证号 ”。 10 【正确答案】 优点：如果合为一个表，可以只查一次表就能得出岗位和操作权限信息，加快了查找速度。 缺点：如果合为一个表，则岗位、操作权限将多次重复出现，会产生冗余数据和增加数据库存储量。 【
32、试题解析】 本题考查考生对数据库规范化的理解。 去掉权限表后的缺点：去掉权限表后，权限字段就得添加到员工表中，员工表中有很多员工记录，而同一类员工的权限都相同，权限数据却要多次重复存储，显然有大量的数据冗余 。同时，此时若要对权限字段进行更新，很有可能产生更新异常，若某一岗位的员工全部离职，将导致权限数据的丢失 (删除异常 )。 去掉权限表的优点：获取某一员工权限数据时，不必再将员工表与权限表进行连接查询，可以提高存储速度。 11 【正确答案】 实体联系图如图 13-8所示。 【试题解析】 本题主要考查根据题目描述补充完整 ER图。 在本题中，根据题目描述 “在一个病人的一次住院期间，由一名医
33、生对该病人的病情进行诊断 ”，可以知道病人与医生间存在多对一的联系 “诊断 ”；根据题目描述“手术室护士负责手术室的护理工作。 每个手术室护士负责多个手术室，每个手术室由多名护士负责 ”可以知道，护士与手术室之间存在多对多的负责关系；另外，再根据 E R图中给他的 5个实体，分析一下他们之间是否还存在某类联系，通过分析，不难发现病人与病床间存在联系，根据常识不难知道，一个病人正常情况只住一个病床，而一个病床由于时间不同，可以分配给多个病人住，因此这个联系是多对一的联系。 12 【正确答案】 (1)病区，护士号。 (2)手术室号，护士号，责任。 (3)病案号，病床号。 (4)病案号，医生编号。
34、(5)病案号，手术室号，手术时间，医生编号 。 【试题解析】 该问题要补充完整各关系模式中缺失的属性并给出各关系模式的主键。要补充各关系模式缺失的属性应该根据题目的描述和已经建立的 E R图来完成。第 1空是要补充病房护士关系模式所缺失的属性，根据题目的描述： “每个病床护士负责护理一个病区内的所有病人，每个病区由多名护士负责护理 ”可知，病床护士应该与病区存在一种多对一的联系，因此在病床护士关系模式中，要体现出其所负责的病区，因此第 1空应该填 (护士编号，病区 )，而该关系模式的主键为护士编号。 第 2空是要补充手术室护士所缺失的属性，根据题目的描述： “手 术室护士负责手术室的护理工作。
35、每个手术室护士负责多个手术室，每个手术室由多名护士负责 ”因此第 2空应该填 (护士编号，手术室号，责任 )，而该关系模式的主键为护士编号。 第 3空是要补充病人所缺失的属性，根据题目的描述： “系统登记每个病人的住院信息，包括：病案号、病人的姓名、性别、地址、身份证号、电话号码、入院时间及病床等信息 ”可知，第 3空应该填 (病案号，病床号 )，而该关系模式的主键为病案号。 第 4空是要补充诊断书关系模式所缺失的属性，该关系模式是由病人与医生间的联系诊断所转化而来，那么该关系模式的属性应该包含两个 实体的主键及联系本身的属性，因此第 4空应该填 (病案号，医生编号 )，而该关系模式的主键为
36、(病案号，医生编号 )。 第 5空是要补充手术医生安排关系模式所缺失的属性，该关系模式是由病人、医生及手术室三个实体间的联系转化而来，那么该关系模式的属性应该包含这三个实体的主键及联系本身的属性，因此第 5空应该填 (病案号，手术室号，医生编号，手术时间 )，而该关系模式的主键为 (病案号，手术室号，医生编号，手术时间 )。 13 【正确答案】 实体联系图如图 13-9所示。 【试题解析】 本题描述 “系统还需要记录医生给病人的用 药情况，即记录医生给病人所开处方中药品的名称、用量、价格、药品的生产厂家等信息 ”，我们可以知道药品、医生及病人这三个实体有关系，而且三端都是多端，因为一个医生可以
37、开出多个处方，一个病人可以有多个处方，而一个处方可以包含多种药品。这样就很容易画图 E-R图 (见试题答案 )。 14 【正确答案】 实体联系图如图 13-10所示。 【试题解析】 本题主要考查根据题目描述补充完整 E-R图。 在本题中，根据题目描述 “一个部门可以有多名员工处理部门的日常事务，每名员工只能在一个部门工作 ”，可以知道部门与员工间存在一 对多的联系 “属于 ”；根据题目描述 “每个部门有一名经理，只需负责管理本部门的事务和人员 ”可以知道，经理与部门之间存在一对一的管理联系；然后根据题目描述 “业务员根据托运申请负责安排承运货物事宜，一个业务员可以安排多个托运申请，但一个托运申
38、请只由一个业务员处理 ”可知，在业务员和托管申请之间存在一个 1对多的安排承运的联系；而根据题目描述 “每当客户要进行货物托运时，先要提出货物托运申请。其中，一个申请号对应唯一的一个托运申请；一个客户可以有多个货物托运申请，但一个托运申请对应唯一的一个客户号 ”可以，客户和托运申请之间 存在一个 1对多的申请联系。另外，不管是业务员还是经理，他们都是员工，因此业务员和经理是员工实体的子实体。 15 【正确答案】 问题 2实体图各项说明如表 13-9所示。 【试题解析】 该问题要补充完整各关系模式中缺失的属性并给出各关系模式的主键。要补充各关系模式缺失的属性应该根据题目的描述和： E-R图转换为
39、关系模式的转换原则来完成。 a空是要我们补充员工信息关系模式所缺失的属性，根据题目的描述，员工信息包括员工号、姓名、职位、电话号码和工资，而这些已经存在于员工关系模式中了，但是根据 E-R转换的原则，我 们知道部门与员工之间存在一对多的联系，而这个联系没有转换为独立的关系模式，因此，需要将联系的属性和 1端关系模式的主键放到多端当中来作为外键，因此 a空应填属性 “部门号 ”。其中员工关系模式的主键为员工号，而外键为部门号。 b空是要补充客户关系模式所缺失的属性，根据题目的描述，客户信息包括客户号、单位名称、通信地址、所属省份、联系人、联系电话、银行账号。因此 b空应该填 “客户号这个属性。
40、c空是要补充托运申请关系模式所缺失的属性。根据题目描述托运申请信息包括申请号、客户号、货物名称、数量、运费、出发 地、目的地。再结合 E-R图分析可得出 c空应该填 “申请号，客户号 ”。 d空是要补充安排承运关系模式所缺失的属性。安排承运是有联系转换而来的一个关系模式，其中包含的属性应该包括其本身的属性和联系两端实体关系模式的主键，应该可知 d空应该填 “申请号 ”，而业务员的主键就是属性 “业务员 ”。这个关系模式的主键应该是申请号，而外键是业务员，因为业务员是业务员关系模式的主键，其实就是员工号。 同样的道理，对于部门关系模式，其主键为部门号，而外键为 “经理 ”。 16 【正确答案】 实体联系图如图 13-11所示。 关系模 式：权限 (员工号，权限，设置人 )或权限 (员工号，权限，部门经理 ) 【试题解析】 根据本题描述 “为了数据库信息的安全性，公司要求对数据库操作设置权限管理功能，当员工登录系统时，系统需要检查员工的权限。权限的设置人是部门经理。 ”就可以知道，应该有一个实体 “权限 ”，而这个实体与部门经理之间存在一种一对多的联系，其中部门经理端为一端。
