阅读以下说明，回答问题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、业主关系属于第几范式?请说明存在的问题。
阅读以下说明，回答问题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)收费完毕应为业主生成收费单，收费单示例如表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范式。业主关系存在的问题是当某业主有多套住房时，属性“业主编号，姓名，房屋面积，工作单位，联系电话”等信息在业主关系表中重复存储，存在数据冗余。
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范式。业主关系存在的问题是当某业主有多套住房时，属性“业主编号，姓名，房屋面积，工作单位，联系电话”等信息在业主关系表中重复存储，存在数据冗余。
相关考题：
阅读下列说明，回答问题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。
阅读下列说明，回答问题1至问题3，将解答填入的对应栏内。[说明]某集团公司拥有多个大型连锁商场，公司需要构建一个数据库系统便于管理其业务运作活动。[需求分析结果]1．商场需要记录的信息包括商场编号(商场编号不重复)、商场名称、地址和联系电话。某商场信息如下表1所示。2．每个商场包含不同的部门，部门需要记录的信息包括部门编号(不同商场的部门编号不同)、部门名称、位置分布和联系电话。某商场的部门信息如表2所示。3．每个部门雇用了多名员工处理日常事务，每名员工只能属于一个部门(新进员工在培训期不隶属于任何部门)。员工需要记录的信息包括员工编号、姓名、岗位、电话号码和工资。员工信息如下表3所示。4．每个部门的员工中有一个是经理，每个经理只能管理一个部门。系统要记录每个经理的任职时间。[概念模型设计]根据需求阶段收集的信息，设计的实体联系图和关系模式(不完整)如下：[关系模式设计]商场(商场编号，商场名称，地址，联系电话)部门(部门编号，部门名称，位置分布，联系电话，(a))员工(员工编号，姓名，岗位，电话号码，工资，(b))经理((c)，任职时间)根据问题描述，补充四个联系，完善图3-1的实体联系图。
阅读以下说明，回答问题1至问题3，将解答填人答题纸的对应栏内。【说明】某公司拟开发一套小区物业收费管理系统。初步的需求分析结果如下：(1)业主信息主要包括：业主编号，姓名，房号，房屋面积，工作单位，联系电话等。房号可唯一标识一条业主信息，且一个房号仅对应一套房屋；一个业主可以有一套或多套的房屋。(2)部门信息主要包括：部门号，部门名称，部门负责人，部门电话等；一个员工只能属于一个部门，一个部门只有一位负责人。(3)员工信息主要包括：员工号，姓名，出生年月，性别，住址，联系电话，所在部门号，职务和密码等。根据职务不同员工可以有不同的权限，职务为“经理”的员工具有更改(添加、删除和修改)员工表中本部门员工信息的操作权限；职务为“收费”的员工只具有收费的操作权限。(4)收费信息包括：房号，业主编号，收费日期，收费类型，数量，收费金额，员工号等。收费类型包括物业费、卫生费、水费和电费，并按月收取，收费标准如表2-1所示。其中：物业费=房屋面积(平方米)×每平米单价，卫生费=套房数量(套)×每套房单价，水费=用水数量(吨)×每吨水单价，电费=用电数量(度)×每度电单价。(5)收费完毕应为业主生成收费单，收费单示例如表2—2所示【概念模型设计】根据需求阶段收集的信息，设计的实体联系图(不完整)如图2—1所示。图2—1中收费员和经理是员工的子实体。【逻辑结构设计】根据概念模型设计阶段完成的实体联系图，得出如下关系模式(不完整)：业主((1)，姓名，房屋面积，工作单位，联系电话)员工((2)，姓名，出生年月，性别，住址，联系电话，职务，密码)部门((3)，部门名称，部门电话)权限(职务，操作权限)收费标准((4))收费信息((5)，收费类型，收费金额，员工号)根据图2-1，将逻辑结构设计阶段生成的关系模式中的空(1)～(5)补充完整，然后给出各关系模式的主键和外键。
阅读下列说明和图，回答问题1至问题4，将解答填入对应栏内。【说明】某宾馆拟开发一个宾馆客房预订子系统，主要是针对客房的预订和入住等情况进行管理。【需求分析结果】1．员工信息主要包括：员工号、姓名、出生年月、性别、部门、岗位、住址、联系电话和密码等信息。岗位有管理和服务两种。岗位为“管理”的员工可以更改(添加、删除和修改)员工表中本部门员工的岗位和密码，要求将每一次更改前的信息保留；岗位为“服务”的员工只能修改员工表中本人的密码，且负责多个客房的清理等工作。2．部门信息主要包括：部门号、部门名称、部门负责人、电话等信息。一个员工只能属于一个部门，一个部门只有一位负责人。3．客房信息包括：客房号、类型、价格、状态等信息。其中类型是指单人间、三人间、普通标准间、豪华标准间等；状态是指空闲、入住和维修。4．客户信息包括：身份证号、姓名、性别、单位和联系电话。5．客房预定情况包括：客房号、预定日期、预定入住日期、预定入住天数、身份证号等信息。一条预定信息必须且仅对应一位客户，但一位客户可以有多条预定信息。【概念模型设计】根据需求阶段收集的信息，设计的实体联系图(不完整)如下图所示。【逻辑结构设计】逻辑结构设计阶段设计的部分关系模式(不完整)如下：员工((4)，姓名，出生年月，性别，岗位，住址，联系电话，密码)权限(岗位，操作权限)部门(部门号，部门名称，部门负责人，电话)客房((5)，类型，价格，状态，入住日期，入住时间，员工号)客户((6)，姓名，性别，单位，联系电话)更改权限(员工号，(7)，密码，更改日期，更改时间，管理员号)预定情况((8)，预定日期，预定入住日期，预定入住天数)根据问题描述，填写上图中(1)～(3)处联系的类型。联系类型分为一对一、一对多和多对多三种，分别使用1:1，1:n或1:*，m:n或*:*表示。
阅读下列说明，回答问题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，将解答填入答题纸的对应栏内。 【说明】 某小区由于建设时间久远，停车位数量无法满足所有业主的需要，为公平起见，每年进行一次抽签来决定车位分配。小区物业拟建立一个信息系统，对停车位的使用和收费进行管理。 【需求描述】 （1）小区内每套房屋可能有多名业主，一名业主也可能在小区内有多套房屋。业主 信息包括业主姓名、身份证号、房号、房屋面积，其中房号不重复。 （2）所有车位都有固定的编号，且同一年度所有车位的出租费用相同，但不同年份 的出租费用可能不同。 （3）所有车位都参与每年的抽签分配。每套房屋每年只能有一次抽签机会。抽中车 位的业主需一次性缴纳全年的车位使用费用，且必须指定唯一的汽车使用该车位。 （4）小区车辆出入口设有车牌识别系统，可以实时识别进出的汽车车牌号。为方便 门卫确认，系统还需登记汽车的品牌和颜色。 【逻辑结构设计】 根据上述需求，设计出如下关系模式： 业主（业主姓名，业主身份证号，房号，房屋面积） 车位（车位编号，房号，车牌号，汽车品牌，汽车颜色，使用年份，费用）【问题1】（6分） 对关系业主，请回答以下词题： （1）给出业主关系的候选键。 （2）它是否为2NF，用60字以内文字简要叙述理由。 （3）将其分解为BCNF，分解后的关系名依次为：A1,A2，...，并用下划线标示分解后的各关系模式的主键。 【问题2】（6分） 对关系车位，请回答以下问题： （1）给出车位关系的候选键。 ． （2）它是否为3NF，用60字以内文字简要叙述理由。 （3）将其分解为BCNF，分解后的关系名依次为：B1,B2，...，并用下划线标示分解后的各关系模式的主键。 【问题3】（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) 。
试题二（共15分） 阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。【说明】某物流公司为了整合上游供应商与下游客户，缩短物流过程，降低产品库存，需要构建一个信息系统以方便管理其业务运作活动。【需求分析结果】(1)物流公司包含若干部门，部门信息包括部门号、部门名称、经理、电话和邮箱。一个部门可以有多名员工处理部门的日常事务，每名员工只能在一个部门工作。每个部门有一名经理，只需负责管理本部门的事务和人员。(2)员工信息包括员工号、姓名、职位、电话号码和工资；其中，职位包括：经理、业务员等。业务员根据托运申请负责安排承运货物事宜，例如：装货时间、到达时间等。一个业务员可以安排多个托运申请，但一个托运申请只由一个业务员处理。(3)客户信息包括客户号、单位名称、通信地址、所属省份、联系人、联系电话、银行账号，其中，客户号唯一标识客户信息的每一个元组。每当客户要进行货物托运时，先要提出货物托运申请。托运申请信息包括申请号、客户号、货物名称、数量、运费、出发地、目的地。其中，一个申请号对应唯一的一个托运申请；一个客户可以有多个货物托运申请，但一个托运申请对应唯一的一个客户号。【概念模型设计】根据需求阶段收集的信息，设计的实体联系图和关系模式（不完整）如图2-l所示。【关系模式设计】部门（部门号，部门名称，经理，电话，邮箱）员工(员工号，姓名，职位，电话号码，工资， (a) )客户( (b) ，单位名称，通信地址，所属省份，联系人，联系电话，银行账号）托运申请( (c) ，货物名称，数量，运费，出发地，目的地）安排承运( (d) ，装货时间，到达时间，业务员）【问题1】（5分）根据问题描述，补充四个联系、联系的类型，以及实体与子实体的联系，完善图2-1所示的实体联系图。
阅读下列说明和图，回答问题1至问题4，将解答填入对应栏内。某宾馆拟开发一个宾馆客房预订子系统，主要是针对客房的预订和入住等情况进行管理。【需求分析结果】(1)员工信息主要包括员工号、姓名、出生年月、性别、部门、岗位、住址、联系电话和密码等信息。岗位有管理和服务两种。岗位为“管理”的员工可以更改(添加、删除和修改)员工表中的本部门员工的岗位和密码，要求将每一次更改前的信息保留；岗位为“服务”的员工只能修改员工表中本人的密码，且负责多个客房的清理等工作。(2)部门信息主要包括部门号、部门名称、部门负责人、电话等信息：一个员工只能属于一个部门，一个部门只有一位负责人。(3)客房信息包括客房号、类型、价格、状态等信息。其中类型是指单人间、三人间、普通标准间、豪华标准间等；状态是指空闲、入住和维修。(4)客户信息包括身份证号、姓名、性别、单位和联系电话。(5)客房预定情况包括客房号、预定日期、预定入住日期、预定入住天数、身份证号等信息。一条预定信息必须且仅对应一位客户，但一位客户可以有多条预定信息。【概念模型设计】根据需求阶段收集的信息，设计的实体联系图(不完整)如下图所示。【逻辑结构设计】逻辑结构设计阶段设计的部分关系模式(不完整)如下：员工((4)，姓名，出生年月，性别，岗位，住址，联系电话，密码)权限(岗位，操作权限)部门(部门号，部门名称，部门负责人，电话)客房((5)，类型，价格，状态，入住日期，入住时间，员工号)客户((6)，姓名，性别，单位，联系电话)更改权限((7)，密码，更改日期，更改时间，管理员号)预定情况((8)，预定日期，预定入住日期，预定入住天数)根据问题描述，填写上图中(1)～(3)处联系的类型。联系类型分为一对一、一对多和多对多三种，分别使用1：1，1：n或1：*，m：n或*：*表示。
某宾馆为了有效地管理客房资源，满足不同客户需求，拟构建一套宾馆信息管理系统，以方便宾馆管理及客房预订等业务活动。【需求分析结果】该系统的部分功能及初步需求分析的结果如下：(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.客户信息包括身份证号、姓名、性别、单位和联系电话。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】若去掉权限表，并将权限表中的操作权限属性放在员工表中(仍保持管理和服务岗位的操作权限规定)，则与原有设计相比有什么优缺点(请从数据库设计的角度进行说明)。
阅读下列说明，回答下列问题。[说明]某企业拟构建一个高效、低成本、符合企业实际发展需要的办公自动化系统。工程师小李主要承担该系统的公告管理和消息管理模块的研发工作。公告管理模块的主要功能包括添加、修改、删除和查看公告。消息管理模块的主要功能是消息群发。小李根据前期调研和需求分析进行了概念模型设计，具体情况分述如下。[需求分析结果]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至问题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】若去掉权限表，并将权限表中的操作权限属性放在员工表中(仍保持管理和服务岗位的操作权限规定)，则与原有设计相比有什么优缺点(请从数据库设计的角度进行说明)。
某公司拟开发一套小区物业收费管理系统。初步的需求分析结果如下：(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、业主关系属于第几范式?请说明存在的问题。
阅读下列说明，回答下列问题。[说明]某宾馆为了有效地管理客房资源，满足不同客户需求，拟构建一套宾馆信息管理系统，以方便宾馆管理及客房预订等业务活动。【需求分析结果】该系统的部分功能及初步需求分析的结果如下：(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)。