2004年11月数据库系统工程师试题答案

2004年11月数据库系统工程师试题答案1112021303140415051606161717510试题一起点:读者文件终点登记读者信息起点:处理查询请求终点读者文件【问题一】【问题二】起点图书目录文件终点图书信息查询或

2.2起点接书文件终点读者信息查询或

2.1起点借书文件终点图书信息查询或

2.2【问题三】1【入库单I借书单I还书单I注销单】⑵分类目录号+书名+作者+价格+数量+购书日期试题二【问题一】a PRIMAREYKEYb FOREIGNKEY负责人代码REFERENGS职工c FOREIGNKEY部门号REFERNCES部门d月工资＞=500AND月工资+5000,或月工资BETWEEN500AND5000E COUNT*,sUM月工资,Avg月工资fGroup by部门号【问题二】1该行不能插入“职工”关系，他违反了实体完整性中主码必须唯一区分关系中的每一个属性2该行可以插入“职工”关系，尽管部门号、电话和办公室为空，但是它表示该雇员没有眼分配到某个部门3该行不能插入“职工”关系，它违反了参照完整性，因为6在关系“部门”中不存在【问题三】此问考查的是大意视图定义的掌握1和2都不能更新，4和5允许查询【问题四】此问考查的是查询效率问题，在涉及相关查询的某些情形中，构造临时关系可以提高查询效率1对于外层的职工关系E中的每一个元组，都要对内层的整个职工关系M进行检索，因此查询效率不高2解答一改正后的SQL语句使用了临时表Select Max月工资as最高工资部门号into Tempfrom职工Group by部门号Select职工号from职工，Tempwhere月工资二最高工资and职工部门号二Temp.部门号解答二Select职工号from职工，Select Max月工资as最高工资，部门号Group by部门号where月工资二最高工资and职工部门号二depMax部门号【问题五】此问主要考察在查询中注意where子句中使用索引的问题Select姓名，年龄，月工资from职工where年龄＞45;Select姓名，年龄，月工资from职工where年龄月工资〈1000;试题三【问题一】【问题二】商品（商品编号，商品名称，供应商，单价）直销商品（日期，商品编码，消费期限）库存商品（商品编号，折扣率）【问题三】销售详单（销售流水号，商品编码，数量，金额，收银员，时间）销售日志表（日期，商品编码，数量）存货表（商品编码，数量）进货表（送货号码，商品编号，数量，日期）商品（商品编号，商品名称，供应商，单价）直销商品（商品编号，生产批号，消费期限）库存商品（商品编号，折扣率）【问题四】L采用商品信息集中存储在中心数据库中，则在销售前台的每笔计费中，都必须从中心数据库提取商品名称和单价，增加网络的负载，在业务繁忙时直接影响到前台的销售速度同时，如果发生网络故障，则该POS机不能工作采取这种方式，对商品库的更新，引入新的商品和修改商品价格，或及时体现在前台的销售业务中

2.采用商品信息存储在中心数据中，个POD机存储商品表的备份，POS机直接从本地读取商品信息，减少了网络的负载，可以提高交易的效率；同时即使有短时间的网络故障，也不影响该POS机的正常运行，只有当存在商品信息变更时才需要与中心数据库同步采用这种方式，必须在每次商品信息变更时同步个POS机的数据【问题五】

1.对销售详单关系模式做如下的修改，增加积分卡号属性，销售详单（销售流水号，商品编号，数量，金额，收银员，时间，积分卡号）

2.加积分卡关系模式积分卡（积分卡号，累积消费金额，积分点）关系模式中画实线表示主码，虚下划线表示外码试题四【问题一】

（1）”航班“关系模式的侯选键为（航班名，飞行日期），非键属性为航空公司名称，出发地点，出发时间，目的地，到带时间就

（2）”航班“是属于1NF的，因为非主属性航班公司名称，出发地点，目的地不完全函数依赖于喉选键（航班名，飞行日期）一＞出发日期，到达时间【问题二】参考答案11）在题中给出的”旅客“关系中，不同的团队回有相同的旅客编号，所以，旅客编号不能作为喉选键，如果同一旅客不同时间的团队将导致身份证号“无法确定关系中的没一个元组，所以”身份证号“也不能作为候选键为此，需要增加一个”团队编号“的属性，有由于｛（身份证号，团队编号）-〉旅客编号；（旅客编号，团队编号）-＞身份证号；身份证号-＞（姓名，联系方式，出生日期，性别）｝,所以该关系模式存在部分函数依赖，导致旅客参加多少次团队，其姓名等信息将重复多少次⑵侯选键（身份证号，团队编号）和（旅客编号，团队编号）

（3）”旅客“分解为第三范式如下所示旅客1（身份证号，姓名，联系方式，出生日期，性别）旅客2（旅客编号，身份证号，团队编号）参考答案2

（1）在题中给出的”旅客“关系中，不同的团队会有相同的旅客编号，所以，旅客编号不能作为侯选键，如果同一旅客不同时间参加不同的团队将导致身份证号“无法确定关系中的每一个元组，所以“身份证号“也不能作为候选键，为此，可以通过修改“旅客编号”属性的定义加以解决，旅客编号由“团队编号+队内编号“来解决这时关系的候选键为“旅客编号”，该关系模式存在传递依赖，导致旅客参加多少团队,其姓名等信息将重复多少次

（2）候选键旅客编号⑶”旅客“分解为第三范式如下所示旅客1（身份证号，姓名，联系方式，出生日期，性别）旅客2（旅客编号，身份证号）【问题三】

（1）旅程编号旅客编号，旅程编号-〉-＞｛搭乘日期，航班名｝

（2）在搭乘航班“关系中，存在着非平凡的多值依赖，旅程编号--旅客编号，旅程编号--｛搭乘日期，航班名｝,而该关系模式的候选键为（旅客编号，旅客编号，搭乘日期，航班名），所以，根据第四范式的定义，该关系模式是BCNF不是第四范式

（3）把分解成第四范式的结果，用与图4-1所示的关系模式的形式表示出来|搭乘航班1（旅程编号，旅客编号）1搭乘航班2（旅客编号，航班名，搭乘日期）。