阅读下列说明，回答问题1至问题4，将解答填入答题纸的对应栏内。【说明】某企业拟开发一套员工技能培训管理系统，该系统的部分功能及初步需求分析的结果如下所述：1．部门信息包括：部门号、名称、负责人号、电话。其中部门号唯一标识部门关系中的每一个元组：一个部门有多名员工，但一名员工只对应一个部门。2．员工信息包括：员工号、姓名、岗位、部门号、电话、联系方式。其中员工号唯一标识员工关系中的每一个元组；属性岗位有新入职员工、培训师、其他等。新入职员工至少要选择三门以上的课程进行培训，并取得课程成绩；一名培训师可以讲授多门课程，一门课程可以由多个培训师讲授。3．课程信息包括：课程号、课程名称、学时。课程号唯一确定课程关系的每一个元组。【概念模型设计】根据需求阶段收集的信息，设计的实体联系图如图1.1所示。【关系模式设计】部门（部门号，名称，（ ），电话）员工(员工号，姓名，（ ），部门号，电话，（ ））课程（（ ）课程名称，学时）讲课（课程号，培训师号，培训地点）培训（课程号，新入职员工号，成绩）【问题1】（4分）根据题意，将关系模式中的空(1)～(4)的属性补充完整，并填入答题纸对应的位置上。【问题2】（3分）在关系数据库中，两个实体集之间的联系类型分为三类：一对一(1：1)、一对多(1：n)和多对多(n:m)。根据题意，可以得出图I-I所示的实体联系图中三个联系的类型。请按以下描述确定联系类型并填入答题纸对应的位置上。培训师与课程之间的“讲课”联系类型为（ ）。新入职员工与课程之间的“培训”联系类型为（ ）。部门与员工之间的“所属”联系类型为（ ）。【问题3】（6分）若关系R中的某一属性或属性组的值能唯一标识一个元组，则称该属性或属性组为主键；若关系R中的属性或属性组非该关系的主键，但它是其它关系的主键，那么该属性组对关系R而言称为外键。部门关系的主键为（ ），部门关系的外键为（ ）。员王关系的主键为二（ ），员工关系的外键为（ ）。讲课关系的主键为（ ）、（ ）。【问题4】请问“培训关系的主键为（课程号，新入职员工号）”的说法正确吗？为什么？
阅读下列说明，回答问题1至问题4，将解答填入答题纸的对应栏内。【说明】某企业拟开发一套员工技能培训管理系统，该系统的部分功能及初步需求分析的结果如下所述：1．部门信息包括：部门号、名称、负责人号、电话。其中部门号唯一标识部门关系中的每一个元组：一个部门有多名员工，但一名员工只对应一个部门。2．员工信息包括：员工号、姓名、岗位、部门号、电话、联系方式。其中员工号唯一标识员工关系中的每一个元组；属性岗位有新入职员工、培训师、其他等。新入职员工至少要选择三门以上的课程进行培训，并取得课程成绩；一名培训师可以讲授多门课程，一门课程可以由多个培训师讲授。3．课程信息包括：课程号、课程名称、学时。课程号唯一确定课程关系的每一个元组。【概念模型设计】根据需求阶段收集的信息，设计的实体联系图如图1.1所示。
【关系模式设计】
部门（部门号，名称，（ ），电话）员工(员工号，姓名，（ ），部门号，电话，（ ））课程（（ ）课程名称，学时）讲课（课程号，培训师号，培训地点）培训（课程号，新入职员工号，成绩）【问题1】（4分）根据题意，将关系模式中的空(1)～(4)的属性补充完整，并填入答题纸对应的位置上。【问题2】（3分）在关系数据库中，两个实体集之间的联系类型分为三类：一对一(1：1)、一对多(1：n)和多对多(n:m)。根据题意，可以得出图I-I所示的实体联系图中三个联系的类型。请按以下描述确定联系类型并填入答题纸对应的位置上。培训师与课程之间的“讲课”联系类型为（ ）。新入职员工与课程之间的“培训”联系类型为（ ）。部门与员工之间的“所属”联系类型为（ ）。【问题3】（6分）若关系R中的某一属性或属性组的值能唯一标识一个元组，则称该属性或属性组为主键；若关系R中的属性或属性组非该关系的主键，但它是其它关系的主键，那么该属性组对关系R而言称为外键。部门关系的主键为（ ），部门关系的外键为（ ）。员王关系的主键为二（ ），员工关系的外键为（ ）。讲课关系的主键为（ ）、（ ）。【问题4】请问“培训关系的主键为（课程号，新入职员工号）”的说法正确吗？为什么？
【关系模式设计】
部门（部门号，名称，（ ），电话）员工(员工号，姓名，（ ），部门号，电话，（ ））课程（（ ）课程名称，学时）讲课（课程号，培训师号，培训地点）培训（课程号，新入职员工号，成绩）【问题1】（4分）根据题意，将关系模式中的空(1)～(4)的属性补充完整，并填入答题纸对应的位置上。【问题2】（3分）在关系数据库中，两个实体集之间的联系类型分为三类：一对一(1：1)、一对多(1：n)和多对多(n:m)。根据题意，可以得出图I-I所示的实体联系图中三个联系的类型。请按以下描述确定联系类型并填入答题纸对应的位置上。培训师与课程之间的“讲课”联系类型为（ ）。新入职员工与课程之间的“培训”联系类型为（ ）。部门与员工之间的“所属”联系类型为（ ）。【问题3】（6分）若关系R中的某一属性或属性组的值能唯一标识一个元组，则称该属性或属性组为主键；若关系R中的属性或属性组非该关系的主键，但它是其它关系的主键，那么该属性组对关系R而言称为外键。部门关系的主键为（ ），部门关系的外键为（ ）。员王关系的主键为二（ ），员工关系的外键为（ ）。讲课关系的主键为（ ）、（ ）。【问题4】请问“培训关系的主键为（课程号，新入职员工号）”的说法正确吗？为什么？
参考解析
解析：【问题1】（1）负责人号 （2）岗位 （3）联系方式 （4）课程号根据题意部门信息包括部门号、名称、负责人号、电话。故部门关系模式中的空（1）应填写负责人号。根据题意员工信息包括员工号、姓名、岗位、部门号、电话、联系方式。在员工关系模式中，故空（2）应填写岗位，故空（3）应填写联系方式。根据题意课程信息包括课程号、课程名称、学时，所以空（4）应填写课程号。
【问题2】（5）n：m（或*：*） （6）n：m（或*：*） （7）1：n（或1：*）两个实体集之间的联系类型分为三类：一对一（1:1）联系、一对多（1：n）联系和多对多（m：n）联系。由于一名培训师可以讲授多门课程，一门课程可以由多个培训师讲授。故课程与培训师之间的“讲课”联系类型为n：m（或*.*）。由于新入职员工至少需要选择三门以上的课程进行培训，意味着一门课程有多个员工选择培训，故课程与新入职员工之间的“培训”联系类型为n：m（或*.*）。由于一个部门有多名员工，但一名员工只对应一个部门。故部门与员工之间的“所属”联系类型为1：n（或1.*）。根据上述分析，完善图1-1所示的实体联系图如图1-2所示。
【问题3】（8）部门号 （9）负责人号 （10）员工号 （11）部门号 （12）课程号 （13）培训师号部门号唯一标识部门关系中的每一个元组，部门关系的主键为部门号。又因为负责人号应参照员工关系的员工号，而员工号是员工关系的主键，故部门关系的外键为负责人号。 员工号唯一标识员工关系中的每一个元组，员工关系的主键为员工号。又因为部门号应参照部门关系的部门号，而部门号是部门关系的主键，故员工关系的外键为部门号。 因为（课程号，培训师号）唯一确定讲课关系的每一个元组，所以讲课关系的主键为（课程号，培训师号）。【问题4】
正确。多对多（n：m）联系，必须建立一个独立的关系模式，该关系模式的主键由两端的主键的属性组成。“培训关系的主键为（课程号，新入职员工号）”的说法是正确的。因为，培训是多对多（n：m）联系，所以必须建立一个独立的关系模式，其主键应由课程和员工关系的主键及联系的属性组成。
【问题2】（5）n：m（或*：*） （6）n：m（或*：*） （7）1：n（或1：*）两个实体集之间的联系类型分为三类：一对一（1:1）联系、一对多（1：n）联系和多对多（m：n）联系。由于一名培训师可以讲授多门课程，一门课程可以由多个培训师讲授。故课程与培训师之间的“讲课”联系类型为n：m（或*.*）。由于新入职员工至少需要选择三门以上的课程进行培训，意味着一门课程有多个员工选择培训，故课程与新入职员工之间的“培训”联系类型为n：m（或*.*）。由于一个部门有多名员工，但一名员工只对应一个部门。故部门与员工之间的“所属”联系类型为1：n（或1.*）。根据上述分析，完善图1-1所示的实体联系图如图1-2所示。
【问题3】（8）部门号 （9）负责人号 （10）员工号 （11）部门号 （12）课程号 （13）培训师号部门号唯一标识部门关系中的每一个元组，部门关系的主键为部门号。又因为负责人号应参照员工关系的员工号，而员工号是员工关系的主键，故部门关系的外键为负责人号。 员工号唯一标识员工关系中的每一个元组，员工关系的主键为员工号。又因为部门号应参照部门关系的部门号，而部门号是部门关系的主键，故员工关系的外键为部门号。 因为（课程号，培训师号）唯一确定讲课关系的每一个元组，所以讲课关系的主键为（课程号，培训师号）。【问题4】
正确。多对多（n：m）联系，必须建立一个独立的关系模式，该关系模式的主键由两端的主键的属性组成。“培训关系的主键为（课程号，新入职员工号）”的说法是正确的。因为，培训是多对多（n：m）联系，所以必须建立一个独立的关系模式，其主键应由课程和员工关系的主键及联系的属性组成。
相关考题：
某企业部门关系模式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. 用户信息包括用户号、用户名、电话、联系地址。其中，用户号唯一标识用户信息 中的每一个元组。 4. 用户申请信息包括申请号、婚礼日期、婚礼地点、用户号、预算费用、受理标志和 业务员(参照员工关系的员工号)。申请号唯一标识申请信息中的每一个元组，且一个用户可以提交多个申请，但一个用户申请只对应一个用户号。 5. 策划部主管为己受理的用户申请制定婚礼策划任务。策划任务包括申请号、策划内容、参与人数、要求完成时间、主管(参照员工关系的员工号)，申请号唯一标识策划任 务的每一个元组。一个策划任务只对应一个己受理的用户申请，但一个策划任务可由多名策 划员参与执行，且一名策划员可以参与执行多项策划任务。 【概念模型设计 】 根据需求阶段收集的信息，设计的实体联系图和关系模武(不完整)如下:【关系模式设计】 部门(部门号，部门名称，主管，电话，邮箱号) 员工(员工号，姓名，（ ），职位，联系方式，薪资） 用户（用户号，用户名，联系电话，联系地址） 用户申请（申请号。婚礼日期，婚礼地点，用户号，（ ）受理标志 （ ） 策划任务( ) 策划内容， 参与人数， 要求完成时间，主管） 执行（申请号，策划员，实际完成时间）【问题1 】 根据题意，将关系模式中的空（a）-(d)的属性补充完整，并填入答题纸对应的位置上。 【问题2】 根据需求分析，可以得出图1-1所示的实体联系图中联系的类型。请按以下描述确定联系类型并填入答题纸对应的位置上。 部门与主管之间的管理联系类型问（ e ） 策划员与策划任务之间的执行联系类型为（F） 用户申请与业务员之间的受理联系类型为 (g) 用户与用户申请之间的提交 联系类型为(h) 【问题3) 用户申请关系的主键为(i)，用户申请关系的外键为 (j) (k). 策划任务关系的主键为( 1),策划任务关系的外键为(m) 【问题4】 请问执行关系的主键为(申请号，策划员）的说法正确吗?为什么?
阅读下列说明，回答问题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至问题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) 。
某汽车维修公司有部门、员工和顾客等实体，各实体对应的关系模式如下: 部门(部门代码，部门名称，电话) 员工(员工代码，姓名，部门代码) 顾客(顾客号，姓名，年龄，性别) 维修(顾客号，故障情况，维修日期，员工代码) 假设每个部门允许有多部电话，则电话属性为（请作答此空）。若每个部门有多名员工，而每个员工只属于一个部门。员工代码唯一标识员工关系的每一个元组。 部门和员工之间是（ ）联系。一个员工同一天可为多位顾客维修车辆， 而一名顾客也可由多个员工为其维修车辆。维修关系模式的主键是（ ）， 员工关系模式的外键是（ ）。A.组合属性B.派生属性C.多值属性D.单值属性
某汽车维修公司有部门、员工和顾客等实体，各实体对应的关系模式如下: 部门(部门代码，部门名称，电话) 员工(员工代码，姓名，部门代码) 顾客(顾客号，姓名，年龄，性别) 维修(顾客号，故障情况，维修日期，员工代码) 假设每个部门允许有多部电话，则电话属性为（ ）。若每个部门有多名员工，而每个员工只属于一个部门。员工代码唯一标识员工关系的每一个元组。 部门和员工之间是（请作答此空）联系。一个员工同一天可为多位顾客维修车辆， 而一名顾客也可由多个员工为其维修车辆。维修关系模式的主键是（ ）， 员工关系模式的外键是（ ）。A.1:1B.1:nC.n:1D.n:m
某汽车维修公司有部门、员工和顾客等实体，各实体对应的关系模式如下: 部门(部门代码，部门名称，电话) 员工(员工代码，姓名，部门代码) 顾客(顾客号，姓名，年龄，性别) 维修(顾客号，故障情况，维修日期，员工代码) 假设每个部门允许有多部电话，则电话属性为（ ）。若每个部门有多名员工，而每个员工只属于一个部门。员工代码唯一标识员工关系的每一个元组。 部门和员工之间是（ ）联系。一个员工同一天可为多位顾客维修车辆， 而一名顾客也可由多个员工为其维修车辆。维修关系模式的主键是（请作答此空）， 员工关系模式的外键是（ ）。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分）（１）根据题意，将关系模式中的空（a）～（d）补充完整，并填入答题纸对应的位置上。（２）给出“预订申请”和“安排”关系模式的主键和外键。 问题：1.3 （3分）【关系模式设计】中的“客房”关系模式是否存在规范性问题，请用100字以内文字解释你的观点（若存在问题，应说明如何修改“客房”关系模式）。
阅读下列说明，回答问题1至问题4，将解答填入答题纸的对应栏内。【说明】M公司为了便于开展和管理各项业务活动，提高公司的知名度和影响力，拟构建一个基于网络的会议策划系统。【需求分析结果】该系统的部分功能及初步需求分析的结果如下：(1)M公司旗下有业务部、策划部和其他部门。部门信息包括部门号、部门名、主管、联系电话和邮箱号。每个部门只有一名主管，只负责管理本部门的工作，且主管参照员工关系的员工号；一个部门有多名员工，每名员工属于且仅属于一个部门。(2) 员工信息包括员工号、姓名、职位、联系方式和薪资。职位包括主管、业务员、 策划员等。业务员负责受理用户申请，设置受理标志。一名业务员可以受理多个用户申请， 但一个用户申请只能由一名业务员受理。(3) 用户信息包括用户号、用户名、银行账号、电话、联系地址。用户号唯一标识用户信息中的每一个元组。(4) 用户申请信息包括申请号、用户号、会议日期、天数、参会人数、地点、预算费用和受理标志。申请号唯一标识用户申请信息中的每一个元组，且一个用户可以提交多个申请，但一个用户申请只对应一个用户号。(5) 策划部主管为己受理的用户申请制定会议策划任务。策划任务包括申请号、任务明细和要求完成时间。申请号唯一标识策划任务的每一个元组。一个策划任务只对应一个己受理的用户申请，但一个策划任务可由多名策划员参与执行，且一名策划员可以参与执行多项策划任务。【概念模型设计】【关系模式设计】部门 (部门号，部门名，部门主管，联系电话，邮箱号)员工 (员工号，姓名， (a)，联系方式，薪资)用户 (用户名， (b)，电话，联系地址)用户申请 (申请号，用户号，会议日期，天数，参会人数，地点，受理标志，(c) )策划任务 (申请号，任务明细， (d))执行 (申请号，策划员，实际完成时间，用户评价) 问题：1.1 （5分）根据问题描述，补充五个联系，完善图1-1的实体联系图。联系名可用联系1、联系2、 联系3、联系4和联系5表示，联系的类型为1：1、 1：n和 m：n(或 1：1、1：*和*:*)。 问题：1.2 （4分）根据题意，将关系模式中的空（a)-(d)补充完整，并填入答题纸对应的位置上。 问题：1.3 （4分）给出“用户申请”和“策划任务”关系模式的主键和外键。 问题：1.4 （2分）请问“执行”关系模式的主键为全码的说法正确吗？为什么？
某企业拟构建一个高效、低成本、符合企业实际发展需要的办公自动化系统。工程师小李主要承担该系统的公告管理和消息管理模块的研发工作。公告管理模块的主要功能包括添加、修改、删除和查看公告。消息管理模块的主要功能是消息群发。小李根据前期调研和需求分析进行了概念模型设计，具体情况分述如下。[需求分析结果]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字以内文字说明原因。
M公司为了便于开展和管理各项业务活动，提高公司的知名度和影响力，拟构建一个基于网络的会议策划系统。【需求分析结果】该系统的部分功能及初步需求分析的结果如下：(1)M公司旗下有业务部、策划部和其他部门。部门信息包括部门号、部门名、主管、联系电话和邮箱号。每个部门只有一名主管，只负责管理本部门的工作，且主管参照员工关系的员工号；一个部门有多名员工，每名员工属于且仅属于一个部门。(2) 员工信息包括员工号、姓名、职位、联系方式和薪资。职位包括主管、业务员、 策划员等。业务员负责受理用户申请，设置受理标志。一名业务员可以受理多个用户申请， 但一个用户申请只能由一名业务员受理。(3) 用户信息包括用户号、用户名、银行账号、电话、联系地址。用户号唯一标识用户信息中的每一个元组。(4) 用户申请信息包括申请号、用户号、会议日期、天数、参会人数、地点、预算费用和受理标志。申请号唯一标识用户申请信息中的每一个元组，且一个用户可以提交多个申请，但一个用户申请只对应一个用户号。(5) 策划部主管为己受理的用户申请制定会议策划任务。策划任务包括申请号、任务明细和要求完成时间。申请号唯一标识策划任务的每一个元组。一个策划任务只对应一个己受理的用户申请，但一个策划任务可由多名策划员参与执行，且一名策划员可以参与执行多项策划任务。【概念模型设计】【关系模式设计】部门 (部门号，部门名，部门主管，联系电话，邮箱号)员工 (员工号，姓名， (a)，联系方式，薪资)用户 (用户名， (b)，电话，联系地址)用户申请 (申请号，用户号，会议日期，天数，参会人数，地点，受理标志，(c) )策划任务 (申请号，任务明细， (d))执行 (申请号，策划员，实际完成时间，用户评价) 问题：1.1 （5分）根据问题描述，补充五个联系，完善图1-1的实体联系图。联系名可用联系1、联系2、 联系3、联系4和联系5表示，联系的类型为1：1、 1：n和 m：n(或 1：1、1：*和*:*)。 问题：1.2 （4分）根据题意，将关系模式中的空（a)-(d)补充完整，并填入答题纸对应的位置上。 问题：1.3 （4分）给出“用户申请”和“策划任务”关系模式的主键和外键。 问题：1.4 （2分）请问“执行”关系模式的主键为全码的说法正确吗？为什么？
阅读下列说明，回答下列问题。[说明]某宾馆为了有效地管理客房资源，满足不同客户需求，拟构建一套宾馆信息管理系统，以方便宾馆管理及客房预订等业务活动。【需求分析结果】该系统的部分功能及初步需求分析的结果如下：(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分）（１）根据题意，将关系模式中的空（a）～（d）补充完整，并填入答题纸对应的位置上。（２）给出“预订申请”和“安排”关系模式的主键和外键。 问题：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）客房信息包括客房号（如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至问题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. 部门信息包括：部门号、名称、部门负责人、电话等，部门号唯一标识部门关系中的每一个元组，一个部门有多个员工，但一名员工只属于一个部门，每个部门只有一名负责人，负责部门工作。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?至问题，将解答填入答题纸的对应栏内。【说明】M?公司为了便于开展和管理各项业务活动，提高公司的知名度和影响力，拟构建一个基于网络的会议策划系统。【需求分析结果】该系统的部分功能及初步需求分析的结果如下?：（1）M?公司旗下有业务部、策划部和其他部门。部门信息包括部门号、部门名、主管、联系电话和邮箱号；每个部门只有一名主管，只负责管理本部门的工作，且主管参照员工关系的员工号；一个部门有多名员工，每名员工属于且仅属于一个部门。（2）员工信息包括员工号、姓名、职位、联系方式和薪资。职位包括主管、业务员、 策划员等。业务员负责受理用户申请，设置受理标志。一名业务员可以受理多个用户申请，但一个用户申请只能由一名业务员受理。（3?用户信息包括用户号、用户名、银行账号、电话、联系地址。用户号唯一标识用户信息中的每一个元组。（4） 用户申请信息包括申请号、用户号、会议日期、天数、参会人数、地点、预算和受理标志。申请号唯一标识用户申请信息中的每一个元组，且一个用户可以提交多个申请，但一个用户申请只对应一个用户号。（5）策划部主管为己受理的用户申请制定会议策划任务。策划任务包括申请号、任务明细和要求完成时间。申请号唯一标识策划任务的每一个元组。一个策划任务只对应一个己受理的用户申请，但一个策划任务可由多名策划员参与执行，且一名策划员可以参与执行，且在项策划任务。【概念模型设计】根据需求阶段收集的信息，设计的实体联系图（不完整）如图?2-1?所示。【关系模型设计】部门（部门和，部门名，部门主管，联系电话，邮箱号）员工（员工号，姓名，（?），联系方式，薪资）用户（用户名，（?），电话，联系地址）用户申请（申请号，用户号，会议日期，天数，参会人数，地点，受理标志，（?））执行（申请号，任务明细，（?））【问题?1】（5?分）根据问题描述，补充五个联系，完善图?2-1?的实体联系图。联系名可用联系?1、联系?2、联系?3、联系?4?和联系?5，联系的类型为?1:1、1：n?和?m：n（或?1:1、1：*和*：*）。【问题?2】（4?分）根据题意，将关系模型中的空（a）~（d）补充完整，并填入答题纸对应的位置上。【问题?3】（4?分）给出“用户申请”和“策划任务”关系模式的主键和外键。【问题?4】（2?分）请问“执行”关系模式的主键为全码的说法正确吗？为什么？
阅读下列说明和图，回答问题，将解答填入答题纸的对应栏内。【说明】某集团公司在全国不同城市拥有多个大型超市，为了有效管理各个超市的业务工作，需要构建一个超市信息管理系统。[需求分析结果]超市信息包括：超市名称、地址、经理和电话，其中超市名称唯一确定超市关系的每一个元组。每个超市只有一名经理。超市设有计划部、财务部、销售部等多个部门，每个部门只有一名部门经理，有多名员工，每个员工只属于一个部门。部门信息包括：超市名称、部门名称、部门经理和联系电话。超市名称、部门名称唯一确定部门关系的每一个元组。员工信息包括：员工号、姓名、超市名称、部门名称、职位、联系方式和工资。其中，职位信息包括：经理、部门经理、业务员等。员工号唯一确定员工关系的每一个元组。商品信息包括：商品号、商品名称、型号、单价和数量。商品号唯一确定商品关系的每一个元组。一名业务员可以负责超市内多种商品的配给，一种商品可以由多名业务员配给。[概念模型设计]根据需求分析阶段收集的信息，设计的实体联系图和关系模式(不完整)如下图：[关系模式设计]超市(超市名称、经理、地址、电话)部门((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)。