【计算机类职业资格】中级数据库系统工程师下午试题-11及答案解析.doc

1、中级数据库系统工程师下午试题-11 及答案解析(总分：63.99，做题时间：90 分钟)一、试题一(总题数：1，分数：15.00)说明某营销企业拟开发一个销售管理系统，其主要功能描述如下。(1) 接受客户订单，检查库存货物是否满足订单要求。如果满足，进行供货处理，即修改库存记录文件，给库房开具备货单并且保留客户订单至订单记录文件；否则进行缺货处理，即将缺货订单录入缺货记录文件。(2) 根据缺货记录文件进行缺货统计，将缺货通知单发给采购部门。(3) 根据采购部门提供的进货通知单进行进货处理，即修改库存记录文件，并从缺货记录文件中取出缺货订单进行供货处理。(4) 根据保留的客户订单进行销售统计，打

2、印统计报表给经理。现采用结构化方法对销售管理系统进行分析与设计，获得如图 8-1 所示的顶层数据流图和如图 8-2 所示的0 层数据流图。（分数：15.00）_二、试题二(总题数：1，分数：9.00)说明某超市的销售业务由一个销售业务管理系统进行管理，该系统每完成一次交易都需要提供顾客发票，其格式如表 8-2 所示。（分数：9.00）_三、试题三(总题数：1，分数：15.00)说明某宾馆拟开发一个宾馆客房预订子系统，主要是针对客房的预订和入住等情况进行管理。需求分析(1) 员工信息主要包括：员工号、姓名、出生年月、性别、部门、岗位、住址、联系电话和密码等信息。岗位有管理和服务两种。岗位为“管理

3、”的员工可以更改(添加、删除和修改)员工表中本部门员工的岗位和密码，要求将每一次更改前的信息保留；岗位为“服务”的员工只能修改员工表中本人的密码，且负责多个客房的清理等工作。(2) 部门信息主要包括：部门号、部门名称、部门负责人和电话等信息。一个员工只能属于一个部门，一个部门只有一位负责人。(3) 客房信息包括：客房号、类型、价格和状态等信息。其中类型是指单人间、三人间、普通标准间和豪华标准间等，状态是指空闲、入住和维修。(4) 客户信息包括：身份证号、姓名、性别、单位和联系电话。(5) 客房预定情况包括：客房号、预定日期、预定入住日期、预定入住天数和身份证号等信息。一条预定信息必须且仅对应一

4、位客户，但一位客户可以有多条预定信息。概念模型设计根据需求阶段收集的信息，设计的实体联系图(不完整)如图 8-3 所示。（分数：15.00）_四、试题四(总题数：1，分数：15.00)说明某软件开发公司决定结合自身工作的需求开发设计本公司的项目工作管理系统，由郭工程师承担数据库的设计工作。公司项目管理的需求分析如下。(1) 组织机构：该公司有多个部门，每个部门有多个职员和多个办公室，每个办公室有一部电话。当部门变更时更换新的部门代码。职员辞职后，若再次被聘用仍使用辞职前的代码。被聘用职员担任某职务，职务用职务代码来标识。职务分为：工程师、高级工程师、经理助理和经理等。职员的工资根据等级区分，共

5、分为 S、A、B、C、D 5 个等级。一个职务对应某个等级，一个等级对应多个职务。职员月工资等于职员月工作时间(小时)乘以小时工资。职员的人事变动及职位变更(升级、降级)在月初进行。(2) 项目管理：项目用项目代码标识，使用过的项目代码不能重复使用。一个部门可承担多个项目，但一个项目仅由一个部门承担。一个项目有一名项目主管和多个职员，一个职员可参加多个项目。项目代码由系统自动生成，一旦项目建立，项目名、部门代码及起始年月日将不能再变更。(3) 项目的工作管理流程为：项目工作计划输入(初始计划)工作业绩输入业绩生成(每月一次)计划修正(每月一次)。 项目工作计划输入：项目主管使用如表 8-3 所

6、示的计划输入界面，输入项目代码、职员代码，以及职员参加某个项目的月工作时间(计划)。表中空白区域为可输入项。 工作业绩输入：输入职员每天参加各个项目的工作时间。如表 8-4 所示为工作业绩输入界面，表中空白区域为可输入项。其中，出勤时间由考勤系统管理，指定项目代码的顺序可以不同，并且一天可以输入多个项目代码，但同一个项目代码不能重复输入。（分数：15.00）_五、试题五(总题数：1，分数：10.00)说明某大中型电器商场仓库对货物的存取由多台配送车自动化完成，该仓库有多个入口和出口。当空配送车进入该仓库时，从仓库入口处由配送控制系统查询相应电器放置的货架位置(假设每台电器占用唯一的货架位置)；

7、当配送车装载货物从出口驶出时，系统将相应的货架位置标记设置为空。假设实现电器商场仓库系统管理的伪指令如表 8-5 所示。（分数：9.99）_中级数据库系统工程师下午试题-11 答案解析(总分：63.99，做题时间：90 分钟)一、试题一(总题数：1，分数：15.00)说明某营销企业拟开发一个销售管理系统，其主要功能描述如下。(1) 接受客户订单，检查库存货物是否满足订单要求。如果满足，进行供货处理，即修改库存记录文件，给库房开具备货单并且保留客户订单至订单记录文件；否则进行缺货处理，即将缺货订单录入缺货记录文件。(2) 根据缺货记录文件进行缺货统计，将缺货通知单发给采购部门。(3) 根据采购部

8、门提供的进货通知单进行进货处理，即修改库存记录文件，并从缺货记录文件中取出缺货订单进行供货处理。(4) 根据保留的客户订单进行销售统计，打印统计报表给经理。现采用结构化方法对销售管理系统进行分析与设计，获得如图 8-1 所示的顶层数据流图和如图 8-2 所示的0 层数据流图。（分数：15.00）_正确答案：(E1：客户 E2：采购部门E3：库房 E4：经理)解析：解析为了表达复杂问题的处理过程，用一个数据流图往往不够。一般是按问题的层次结构进行逐步分解，并以分层的数据流图来反映这种结构关系。通常根据层次关系，将数据流图分为顶层数据流图、中间层数据流图和底层数据流图。把整个软件系统看做是一个大的

9、加工，然后根据系统从哪些外部实体接收数据流，以及系统发送数据流到哪些外部实体，就可以画出系统的输入/输出图，即顶层数据流图。在如图 8-1 所示的顶层数据流图中，外部实体 E1 到销售管理系统之间的数据流名称为“订单”，结合题干中的关键信息“接受客户订单，检查库存货物是否满足订单要求”可知，外部实体 E1 的名称为“客户”。由图 8-1 中外部实体 E2 与销售管理系统之间的一条输出数据流名称为“缺货通知单”，一条输入数据流名称为“进货通知单”，并结合题干中的关键信息“根据缺货记录文件进行缺货统计，将缺货通知单发给采购部门”和“根据采购部门提供的进货通知单进行进货处理”可知，外部实体 E2 的

10、名称为“采购部门”。由图 8-1 中销售管理系统到外部实体 E3 之间的输出数据流名称为“备货单”，结合题干中的关键信息“进行供货处理：即修改库存记录文件，给库房开具备货单并且保留客户订单至订单记录文件”可知，外部实体 E3 的名称为“库房”。由图 8-1 中销售管理系统到外部实体 E4 之间的输出数据流名称为“统计报表”，结合题干中的关键信息“根据保留的客户订单进行销售统计，打印统计报表给经理”可知，外部实体 E4 的名称为“经理”。_正确答案：(D1：缺货记录文件 D2：库存记录文件D3：订单记录文件)解析：解析中间层数据流图是将父层数据流图中的某个加工进行细化，而它的某些加工还可以进一步

11、细化，这样就形成了一层层的子加工。除顶层图外，其余分层数据流图从 0 开始编号。由图 8-2 的 0 层数据流图已标识的信息可知，外部实体 E1(即客户)送入的订单经“处理订单”加工处理。结合题干的关键信息“接受客户订单，检查库存货物是否满足订单要求。如果满足，进行供货处理”，若满足订单要求，则产生数据流“可供货单”送入加工“供货处理”。由题干中的关键信息“如果满足，进行供货处理，即修改库存记录文件，给库房开具备货单并且保留客户订单至订单记录文件”可知，加工“供货处理”将产生输出数据流“备货单”，并与数据存储“库存记录文件”和“订单记录文件”产生联系。由此可以判定，数据存储 D2 和 D3 中

12、有一个是“库存记录文件”，另一个是“订单记录文件”。由题干中的关键信息“根据采购部门提供的进货通知单进行进货处理，即修改库存记录文件”可知，加工“进货处理”将与数据存储“库存记录文件”产生联系。结合图 8-2 中已标识的数据流“进货通知单”、加工“进货处理”等信息可知，数据存储 D2 的名称为“库存记录文件”。由此也可进一步得知，数据存储 D3 的名称为“订单记录文件”。由题干中的关键信息“接受客户订单，检查库存货物是否满足订单要求。如果满足，进行供货处理否则进行缺货处理，即将缺货订单录入缺货记录文件”可知，加工“处理订单”对于不满足订单要求的那部分缺货订单将录入到缺货记录文件中，即加工“处理

13、订单”与数据存储“缺货记录文件”之间存在联系。再结合题干中的关键信息“根据缺货记录文件进行缺货统计，将缺货通知单发给采购部门”及图 8-2 中已标识的加工“缺货统计”、数据流“缺货通知单”等信息可知，数据存储 D1 的名称为“缺货记录文件”。_正确答案：(起点 终点库存记录文件 或 D2 处理订单进货处理 供货处理缺货记录文件 或 D1 供货处理订单记录文件 或 D3 销售统计)解析：解析由题干中的关键信息“接受客户订单，检查库存货物是否满足订单要求”中的“检查”这一动作可知，需要有一个判断的标准。由于检查的对象是“库存货物”，而库存货物的数量应查询“库存记录文件”，因此加工“处理订单”应增加

14、一条输入数据流，其起点是数据存储 D2(即库存记录文件)。由题干中的关键信息“根据采购部门提供的进货通知单进行进货处理，即修改库存记录文件，并从缺货记录文件中取出缺货订单进行供货处理”可知，进货之后应修改库存记录文件，查询缺货订单，并通知供货部门进行相应的供货处理。因此从加工“进货处理”到加工“供货处理”之间存在一条数据流(名称类似于“到货单”、“已进货单”等)，从数据存储 D1(即缺货记录文件)到加工“供货处理”之间存在一条数据流“缺货订单”。由题干中的关键信息“保留客户订单至订单记录文件根据保留的客户订单进行销售统计，打印统计报表给经理”可知，从数据存储 D3(即订单记录文件)到加工“销售

15、统计”之间存在一条数据流“客户订单”。二、试题二(总题数：1，分数：9.00)说明某超市的销售业务由一个销售业务管理系统进行管理，该系统每完成一次交易都需要提供顾客发票，其格式如表 8-2 所示。（分数：9.00）_正确答案：(1) 设计一的关系模式“发票”最高满足第一范式(1NF)因为由题意可得出以下函数依赖。发票号码(顾客代码,收银员代码,交易日期)而关系“发票”的主键是(发票号码,商品代码)。非主属性“顾客代码”、“收银员代码”和“交易日期”并非完全依赖于主码，因此该关系模式不能满足第二范式(2NF)，最高满足第一范式(2) 设计二更加合理。因为设计二解决了设计一中由于非主属性不完全依赖

16、于主码而造成的数据冗余等问题)解析：解析(1) 设计一的关系模式“发票”最高满足第一范式(1NF)。因为依题意可得出以下函数依赖：发票号码(顾客代码，收银员代码，交易日期)而关系“发票”的主键是(发票号码，商品代码)。非主属性“顾客代码”、“收银员代码”和“交易日期”并非完全依赖于主码，因此该关系模式不能满足第二范式(2NF)，最高满足第一范式。(2) 在设计一中，关系“发票”设计的不合理在于将发票的单值属性(发票号码，交易日期，顾客代码，收银员代码)和多值属性(商品代码，单价，数量)混合在一个关系中，由于非主属性不完全依赖于主码而造成数据冗余异常、修改异常和删除异常等一系列问题。而设计二则将

17、设计一中的关系“发票”进行分解，使得发票的单值属性和多值属性分开，避免了相关异常问题。因此，设计二明显比设计一更加合理。_正确答案：(1) AS(2) SUM(数量)(3) SUM(单价*数量)(4) 发票.发票号码=发票明细.发票号码(5) 发票.发票号码,交易日期 或 发票明细.发票号码,交易日期)解析：解析本问题是要建立 2010 年 11 月期间每张发票的发票号、交易日期、交易商品件数和交易总金额的视图。由于建立视图的格式为 CREATE VIEW视图名AS视图定义，因此(1)空缺处应填入 AS。本查询是从关系“发票”和“发票明细”中进行查询，两关系的连接条件是两关系的“发票号码”相等

18、，因此(4)空缺处应填入“发票.发票号码=发票明细.发票号码”。统计每张发票的信息需要按发票号将数据分组，但由于查询关系“发票”和“发票明细”中都有属性“发票号码”，为了避免二义性，因此分组属性是“发票发票号码”或“发票明细.发票号码”。因为在包含聚合运算的 Select 子句中，只有在 Group By 子句中出现的属性才能在 Select 子句中以非聚合形式出现，而 Select 子句中有非聚合形式的属性“交易日期”出现，所以(5)空缺处应填入“发票.发票号码，交易日期”或“发票明细.发票号码，交易日期”。需要查询的是每张发票的交易商品件数和交易总金额。交易商品件数是发票商品数量的总和，因

19、此(2)空缺处应填入 SUM(数量)。交易总金额是每条交易商品明细中每条记录商品金额的总和，每条记录商品金额是单价*数量，因此(3)空缺处应填入 SUM(单价*数量)。_正确答案：(6) A 或者 ASA(7) NOT EXISTS(8) *)解析：解析SQL 语句中有两种格式为表或视图取别名：“表名 AS 别名”或“表名别名”。整体阅读该 SQL 查询程序之后，可知关系“发票明细”的别名是 A，因此(6)空缺处应填入 A(或者 ASA)。要查询“从未出售”的商品，对应于要查询的商品在交易记录中不存在，因此(7)空缺处应填入 NOT EXISTS，(8)空缺处应填入*。_正确答案：(有必要。因

20、为属性“价格”表示的是商品的当前价格，它在不同时间段有可能是变动的；属性“单价”表示的是在开具发票时该商品的单价。若缺少其中任意一个，将导致商品单价不能进行调整，否则当商品的单价发生变化时，销售历史中的商品价格将随之发生变化)解析：解析由于关系“商品”中属性“价格”表示的是商品的当前价格，超市中的价格在不同时间段是可能变动的。而关系“发票明细”中的属性“单价”表示的是在开具发票时该商品的单价。如果缺少其中任意一个属性，将导致商品单价不能进行调整，否则当商品的单价发生变化时，销售历史中的商品价格将随之发生变化。因此这两个关系的相关属性有必要同时存在。三、试题三(总题数：1，分数：15.00)说明

21、某宾馆拟开发一个宾馆客房预订子系统，主要是针对客房的预订和入住等情况进行管理。需求分析(1) 员工信息主要包括：员工号、姓名、出生年月、性别、部门、岗位、住址、联系电话和密码等信息。岗位有管理和服务两种。岗位为“管理”的员工可以更改(添加、删除和修改)员工表中本部门员工的岗位和密码，要求将每一次更改前的信息保留；岗位为“服务”的员工只能修改员工表中本人的密码，且负责多个客房的清理等工作。(2) 部门信息主要包括：部门号、部门名称、部门负责人和电话等信息。一个员工只能属于一个部门，一个部门只有一位负责人。(3) 客房信息包括：客房号、类型、价格和状态等信息。其中类型是指单人间、三人间、普通标准间

22、和豪华标准间等，状态是指空闲、入住和维修。(4) 客户信息包括：身份证号、姓名、性别、单位和联系电话。(5) 客房预定情况包括：客房号、预定日期、预定入住日期、预定入住天数和身份证号等信息。一条预定信息必须且仅对应一位客户，但一位客户可以有多条预定信息。概念模型设计根据需求阶段收集的信息，设计的实体联系图(不完整)如图 8-3 所示。（分数：15.00）_正确答案：(1)n，或 m，或*(2) n，或 m，或*(3) n，或 m，或*)解析：解析由题干中的关键信息“一个员工只能属于一个部门”，结合图 8-3 中已标识的信息及常识“一个部门通常包含多名员工”可知，实体部门和员工之间存在一个“一对

23、多”的联系(名称为“所属”)，即图 8-3 中(1)空缺处所填补的内容是 n(或*)。由题干中的关键信息“一条预定信息必须且仅对应一位客户，但一位客户可以有多条预定信息”可知，一位客户可以预定多间客房，即此时实体客户和客房之间存在一个“一对多”的联系(名称为“预定”)。又由题干中的关键信息“客房类型是指单人间、三人间、普通标准间和豪华标准间等”可知，对于类型为“三人间”的客房可以入住 3 名客人，类型为“普通标准间”的客房可以入住两名客人，此时实体客户和客房之间存在一个“多对一”的联系。综合以上分析可知，图 8-3 中实体客户和客房之间存在“多对多”的联系，即图 8-3 中的(2)和(3)空缺

24、处所填补的内容分别是 m(或*)和，n(或*)。_正确答案：(需要增加员工到权限之间的 n:1(或 m:1，或*:1)联系或者 )解析：解析由题干中的关键信息“岗位为管理的员工可以更改(添加、删除和修改)员工表中的本部门员工的岗位和密码岗位为服务的员工只能修改员工表中本人的密码”，逻辑结构设计阶段的关系模式“权限(岗位，操作权限)”，以及图 8-3 中已标识的实体“权限”信息可知，实体员工和权限之间存在一个联系，而对“权限”的操作有添加、删除和修改等多种类型。又由题干中的关键信息“一个部门只有一位负责人”及常识可知，部门负责人通常就是岗位为“管理”的员工。由于同一种权限(如“修改”)可以赋予不

25、同岗位类型的员工(即管理员和服务员)，而同一岗位类型的员工只能拥有相同的操作权限(如服务员只能拥有修改本人密码的权限)，因此实体员工和权限之间存在的是“多对一(或 n:1，或 m:1，或*:1)”的联系(名称为“更改权限”，可由逻辑结构设计阶段的关系模式“更改权限(员工号， (7) ，密码，更改日期，更改时间，管理员号)”得知)。_正确答案：(4)员工号，部门号(5) 客房号(6) 身份证号(7) 岗位(8) 客房号，身份证号)解析：解析主键也称为主码，是关系中的一个或一组属性，其值能唯一标识一个元组。对于逻辑结构设计阶段已给出关系模式：部门(部门号，部门名称，部门负责人，电话)，由常识可知，

26、该模式的主键应该为“部门号”。由题干中的关键信息“员工信息主要包括：员工号、姓名、出生年月、性别、部门、岗位、住址、联系电话和密码等信息”及常识可知，关系模式“员工”的主键为“员工号”。结合问题 1的分析结果，实体部门和员工之间存在一个“一对多”的联系。对于类型为“一对多”的联系向关系模式转换时，通常将其与多端的实体对应的关系模式合并，即将一端实体的主键和联系上的属性合并到多端实体的关系模式中。因此应在关系模式“员工”中添加“部门号”这一外键，即(4)空缺处所需填补的内容是“员工号，部门号”。由题干中的关键信息“客房信息包括：客房号、类型、价格和状态等信息”和“客户信息包括：身份证号、姓名、性

27、别、单位和联系电话”可知，逻辑结构设计阶段的关系模式为“客房”、“客户”和“预定情况”，结合问题 1的分析结果实体客户和客房之间存在“多对多”的联系，且由于多对多联系向关系模式转换时只能转换成一个独立的关系模式，关系模式的名称取联系的名称，关系模式的属性取该联系所关联的两个多方实体的主键及联系的属性，关系的主键是多方实体的主键构成的属性组。因此(5)空缺处只需填补标识关系模式“客房”主键的“客房号”，(6)空缺处只需填补标识关系模式“客户”主键的“身份证号”，(8)空缺处需要填补标识关系模式“预定情况”主键的“客房号”和“身份证号”。结合问题 2的分析结果实体员工和权限之间存在的是“多对一”的

28、联系，根据 E-R 模型中一对多联系向关系模式转换规则可知，一个一对多的联系可以转换为一个独立的关系模式，也可以与多端的关系模式合并，本试题中是将实体员工和权限之间的联系转换为一个独立的关系模式“更改权限”。由题干中的关键信息“岗位为管理的员工可以更改(添加、删除和修改)员工表中的本部门员工的岗位和密码，要求将每一次更改前的信息保留”可知，(7)空缺处所需填补的内容是“岗位”。综上所述，逻辑结构设计阶段设计的关系模式如下。*其中，键名底部以双下画线标识的是主键，键名底部以波浪线标识的是外键。_正确答案：(若将权限表中的操作权限属性放在员工表中，则相同岗位的操作权限在员工表中重复存储存在数据冗余

29、)解析：解析若去掉权限表，并将权限表中的操作权限属性放在员工表中，且保持管理和服务岗位的操作权限规定，则相同岗位的操作权限在员工表中重复存储，产生冗余数据，增加数据库存储量，以及增加今后对其进行各种关系运算的处理时间。四、试题四(总题数：1，分数：15.00)说明某软件开发公司决定结合自身工作的需求开发设计本公司的项目工作管理系统，由郭工程师承担数据库的设计工作。公司项目管理的需求分析如下。(1) 组织机构：该公司有多个部门，每个部门有多个职员和多个办公室，每个办公室有一部电话。当部门变更时更换新的部门代码。职员辞职后，若再次被聘用仍使用辞职前的代码。被聘用职员担任某职务，职务用职务代码来标识

30、。职务分为：工程师、高级工程师、经理助理和经理等。职员的工资根据等级区分，共分为 S、A、B、C、D 5 个等级。一个职务对应某个等级，一个等级对应多个职务。职员月工资等于职员月工作时间(小时)乘以小时工资。职员的人事变动及职位变更(升级、降级)在月初进行。(2) 项目管理：项目用项目代码标识，使用过的项目代码不能重复使用。一个部门可承担多个项目，但一个项目仅由一个部门承担。一个项目有一名项目主管和多个职员，一个职员可参加多个项目。项目代码由系统自动生成，一旦项目建立，项目名、部门代码及起始年月日将不能再变更。(3) 项目的工作管理流程为：项目工作计划输入(初始计划)工作业绩输入业绩生成(每月

31、一次)计划修正(每月一次)。 项目工作计划输入：项目主管使用如表 8-3 所示的计划输入界面，输入项目代码、职员代码，以及职员参加某个项目的月工作时间(计划)。表中空白区域为可输入项。 工作业绩输入：输入职员每天参加各个项目的工作时间。如表 8-4 所示为工作业绩输入界面，表中空白区域为可输入项。其中，出勤时间由考勤系统管理，指定项目代码的顺序可以不同，并且一天可以输入多个项目代码，但同一个项目代码不能重复输入。（分数：15.00）_正确答案：(部门(部门代码,部门名,起始年月,终止年月,办公室,办公电话)等级(等级代码,等级名,年月,小时工资)项目(项目代码,项目名,部门代码,起始年月日,结

32、束年月日,项目主管)工作计划(项目代码,职员代码,年月,工作时间)解析：解析这是一道要求读者根据题目给定的关系模式，以及属性问的函数依赖关系和给定的关系实例，并结合 E-R图向关系模式的转换方法来确定各关系模式主键和外键的综合分析题，本试题的解答思路如下。(1) 设 K 为 R(U,F)中的属性的组合，若 KU，且对于 K 的任何一个真子集 K，都有 K 不能决定 U，则 K为 R 的候选码(候选关键字)，若有多个候选码，则选一个作为主码(主键)。(2) 部门关系模式的主键和外键。由题干中给出的关键信息“该公司有多个部门，每个部门有多个职员，多个办公室”可知，部门代码多值决定办公室，如果仅用“

33、部门代码”作为主键，则无法唯一区分部门关系中的每一个元组(记录)。如果用(部门代码，办公室)作为主键，则可以唯一区分部门关系中的每一个元组，因此，部门关系模式的主键如下。部门(部门代码,部门名,起始年月,终止年月,办公室,办公电话)(3) 等级关系模式的主键和外键。由题干中给出的关键信息“一个职务对应某个等级，一个等级对应多个职务”、“职员月工资等于职员月工作时间(小时)乘以小时工资”和“职员的人事变动及职位变更(升级、降级)在月初进行”可知，如果仅用“等级代码”作为主键，则无法唯一区分等级关系中的每一个元组，这是因为对于同一个等级在不同的时期小时工资值不一定一样。例如，等级 1 在 2007

34、 年 6 月小时工资为 10 元，可能到 2007 年 10 月小时工资为 15 元。可见用(等级代码，年月)作为主键，可以唯一区分等级关系中的每一个元组。因此等级关系模式的主键如下。等级(等级代码,等级名,年月,小时工资)(4) 项目关系模式的主键和外键。由题干中给出的关键信息“项目用项目代码标识，使用过的项目代码不能重复使用”可知，项目代码可以决定项目关系中的全属性，因此，项目关系模式的主键是“项目代码”。在项目关系模式中，由于部门代码是部门关系的主键，因此“部门代码”应为项目关系模式的外键。同时考虑到项目主管应该来自职员，所以“项目主管”也是项目关系模式的外键。最后可得项目关系模式的主键

35、和外键如下。*(5) 工作计划关系模式的主键和外键。由题干中给出的关键信息“一个项目有一名项目主管和多个职员；一个职员可参加多个项目”和“项目代码由系统自动生成，一旦项目建立，项目名、部门代码及起始年月日不能再变更”可知，在工作计划关系中，由于一个项目有多个职员参加，因此仅用“项目代码”作为主键，则无法唯一确定关系中的每一个元组。又由于工作计划是按月给职员安排的，因此工作计划关系的主键是(项目代码，职员代码，年月)。最后可得工作计划关系模式的主键和外键如下。工作计划(项目代码,职员代码,年月,工作时间)_正确答案：(1)职务代码,职务名,等级代码(2) 项目代码,职员代码,年月日,工作时间)解

36、析：解析郭工程师所设计的关系模式不能管理职务和等级之间的关系，为此可以在“职务”关系模式中增加属性“等级代码”来实现，修改后的关系模式如下。职务(职务代码,职务名,等级代码)为了管理公司职员参加各项目每天的工作业绩，需设计工作业绩的关系模式。根据表 8-4 所给出的工作业绩输入界面实例分析，可得工作业绩关系模式如下。工作业绩(项目代码,职员代码,年月日,工作时间)_正确答案：(部门关系模式属于第二范式，存在数据冗余问题，因为某部门有多少个办公室，部门代码、部门名、起始年月和终止年月就要重复多少次分解后的关系模式如下部门_A(部门代码,部门名,起始年月,终止年月)部门_B(部门代码,办公室,办公

37、电话)解析：解析郭工程师设计的“部门”关系模式中存在的主要问题是数据冗余，因为部门关系模式属于第二范式(或2NF)。“部门”关系模式的基本函数依赖集 F1 为：F1=部门代码(部门名,起始年月,终止年月),部门代码办公室,办公室办公电话例如，假设某个部门有 10 个办公室，部门代码、部门名、起始年月和终止年月就要被重复 10 次。为了解决这个问题可将关系模式分解，分解后的关系模式如下。部门_A(部门代码,部门名,起始年月,终止年月)部门_B(部门代码,办公室,办公电话)_正确答案：(3)职员代码,职员名,年月,工作时间*小时工资 AS 月工资(4) 职员,职务,等级,月工作业绩(5) 职员.职

38、务代码=职务.职务代码 AND 职务等级代码=等级.等级代码 AND 等级.年月=月工作业绩年月 AND 职员.职员代码=月工作业绩.职员代码;)解析：解析假定月工作业绩关系模式为：月工作业绩(职员代码,年月,工作时间)，那么“查询职员代码、职员名、年月和月工资”的 SQL 语句如下。SELECT 职员代码,职员名,年月,工作时间*小时工资 AS 月工资FROM 职员,职务,等级,月工作业绩WHERE 职员.职务代码=职务.职务代码 AND 职务.等级代码=等级.等级代码 AND等级.年月=月工作业绩.年月 AND 职员.职员代码=月工作业绩.职员代码;五、试题五(总题数：1，分数：10.00

39、)说明某大中型电器商场仓库对货物的存取由多台配送车自动化完成，该仓库有多个入口和出口。当空配送车进入该仓库时，从仓库入口处由配送控制系统查询相应电器放置的货架位置(假设每台电器占用唯一的货架位置)；当配送车装载货物从出口驶出时，系统将相应的货架位置标记设置为空。假设实现电器商场仓库系统管理的伪指令如表 8-5 所示。（分数：9.99）_正确答案：(若两辆车在不同的入口处同时执行上述代码，可能会出现两辆车争用同一停车位的现象，即两车同时申请到一个停车位，并置为占用状态)解析：解析这是一道要求读者掌握在并发情况下，造成数据的不一致性问题的综合分析题。依题意，若两辆配送车在不同的入口处同时执行商场仓库入口处的伪代码程序，可能会出现两辆配送车同时申请到同一个存放相应电器的货架位置，同时到该货架位置装载货物，进而都将其置为占用状态的冲突现象。_