软件设计师数据库设计

上传人:M****1 文档编号:460759250 上传时间:2022-10-14 格式:DOCX 页数:10 大小:21.03KB
返回 下载 相关 举报
软件设计师数据库设计_第1页
第1页 / 共10页
软件设计师数据库设计_第2页
第2页 / 共10页
软件设计师数据库设计_第3页
第3页 / 共10页
软件设计师数据库设计_第4页
第4页 / 共10页
软件设计师数据库设计_第5页
第5页 / 共10页
点击查看更多>>
资源描述

《软件设计师数据库设计》由会员分享,可在线阅读,更多相关《软件设计师数据库设计(10页珍藏版)》请在金锄头文库上搜索。

1、模拟软件设计师数据库设计(一)填空题阅读下列说明,回答问题1至问题4,将解答填入对应栏内。说明某公司信息管理系统的需求分析和部分关系模式设计的结果描述如下。(1) 公司有多个部门,每个部门有一名负责人、一间办公室、一部电话、 多名职员,每名职员最多属于一个部门,负责人也是一名公司职员。(2) 公司职员的月工资大于等于1000元且小于等于8000元。(3) 数据库的部分关系模式设计如下:职员(职员号,职员姓名,月工资,部门号,办公室,电话)部门(部门号,部门名,负责人代码,任职时间)(4) “职员”和“部门”的关系示例分别如表20-1和表20-2所示。第1题:根据上述说明,请给出:(1) “职员

2、”关系模式的主码和外码。(2) “部门”关系模式的主码和外码。参考答案:(1) 主码:职员号 外码:部门号 (2)主码:部门号,或部门名 外码:负责人代码详细解答:第2题:用SQL定义“职员”关系模式,请在空缺处填入正确的内容。Create Table 职员(职员号 CHAR(5) (a),职员姓名CHAR(8),月工资 NUMBER(4),部门号 CHAR(1),办公室 CHAR(20),电话 CHAR(8), (b) (部门号),CHECK(月工资=1000 AND月工资 =2 WHERE 部门号 IS NOT_NULL);参考答案:(a)primary key(b)foreign key

3、(部 门号)references 部门(c)count(*), sum(月工资),avg(月工资) (d)group by 部门号 having详细解答:第3题:对于表20-1、表20-2所示的“职员”和“部门”关系,请指出下列各行是否 可以插入“职员”关系,为什么?参考答案:第1行不能插入,因为“职员”关系建表SQL语句中对月工资进行了限制, 只能是大于等于1000且小于等于8000。第2行不能插入,因为表中已有职员号为60802的记录,会发生冲突。第3行可以插入,因为外码允许为空,且关系中没有对办公室和电话进行不为空的限制。详细解答:第4题:原来的“职员”关系模式存在什么问题?在不增加新关

4、系模式的前提下,请给出 修改后的“职员”和“部门”关系模式。参考答案:“职员”关系模式的主要问题是:数据存在大量冗余且可能产生数据修改的 不一致。修改后的关系模式为:职员(职员号,职员姓名,月工资,部门号)部门(部门号,部门名,办公室,电话,负责人代码,任职时间)详细解答:阅读下列说明和图,回答问题1至问题3,将解答填入对应栏内。说明某企业决定开发一个企业仓储管理系统,由李工承担系统的设计工作。 该系统的网络连接如图20-1所示。该企业有多个仓库,如图20-1所示的中心数据库存储了各个仓库中每 种货物的库存信息。每个仓库配备一台前端机,进出货物均由前端机辅助实现。 管理员每天上班时,通过前端机

5、从中心数据库的库存表中读取本仓库各种货物的 库存数,每个仓库的当日业务数据也都暂存在前端机中,当天业务结束后,再将 前端机中存储的数据传输到主机进行存储与汇总。每个仓库可以存放多种货物,但同一种货物不能存放在不同的仓库中。 每个仓库有多个管理员,但每个管理员只管理一个仓库。货物出库/入库时,由 仓库管理员将货物的条码通过阅读器输入前端机中,货物数量的默认值为1,可 以由管理员修改。前端机根据输入的货物信息,打印“出库/入库”清单。出库/ 入库单中同一种货物最多只出现一次,每份出库/入库单由流水号唯一标识。如 图20-2所示是一个出库单的实例。该系统处理业务的过程如下。(1)初始化:前端机根据仓

6、库号从货物表中读取本仓库中每种货物的货 物编码、库存量、货物名称和单价。(2)登记出库/入库信息:由前端机存储每一笔“出库/入库”记录。(3)汇总:在每个工作日结束前汇总当日各种货物的“出库/入库”量至 日汇总表。(4)更新库存表:根据当日的汇总信息更新货物的库存。李工经过分析,设计出如下所示的关系模式。出入库单(流水号,出入库标志,管理员号,时间)出入库记录(货物编码,数据,流水号)日汇总表(日期,货物编码,数量,出入库标志)仓库(仓库号,仓库名,仓库电话)管理员(管理号,姓名,仓库号)货物(a)注:时间格式为“年一月一日时:分”日期格式为“年一月一日”。实体联系图的表示方法如图20-3所示

7、,其中方框表示实体,菱形表示 联系,联系的类型在实体与联系的边上标出。如图20-4所示为与该系统对应的 实体联系图。第5题:根据题意,补充关系模式(a)处的空缺,即货物关系模式的属性。参考答案:货物编码,货物名称,单价,仓库号,库存量详细解答:第6题:根据题意,补充图20-4中缺少的联系和联系的类型,使其成为完善的实体联系 图。其中,联系名分别取名为联系1、联系2、联系3、。参考答案:详细解答:第7题:写出每种关系模式的主键,将其填写在答题纸的对应栏内。参考答案:出入库单的主键:流水号 出入库记录的主键:流水号,货物编码日汇总表的主键:日期,货物编码,出入库标志 仓库的主键:仓库号管理员的主键

8、:管理员号货物的主键:货物编码详细解答:阅读下列说明,回答问题1至问题3,将解答填入对应栏内。说明某单位资料室需要建立一个图书管理系统,初步的需求分析结果如下。(1) 资料室有图书管理员若干名,他们负责已购入图书的编目和借还工 作,每名图书管理员的信息包括工号和姓名。(2) 读者可在阅览室读书,也可通过图书流通室借还图书。读者信息包 括读者ID、姓名、电话和E-mail,系统为不同读者生成不同的读者ID。(3) 每本书在系统中对应唯一的一条在版编目数据(CIP,以下简称书目), 书目的基本信息包括ISBN号、书名、作者、出版商、出版年月,以及本资料室 拥有该书的册数(以下简称册数)。不同书目的

9、ISBN号不相同。(4) 资料室对于同一书目的图书可拥有多册(本)。图书信息包括图书ID、 ISBN号、存放位置、当前状态。每一本书在系统中被赋予唯一的图书ID。(5) 一名读者最多只能借阅10本图书,且每本图书最多只能借两个月。 读者借书时需由图书管理员登记读者ID、所借图书ID、借阅时间和应还时问, 读者还书时图书管理员在对应的借书信息中记录归还时间。(6) 当某书目的可借出图书的数量为零时,读者可以对其进行预约登记, 即记录读者ID、需要借阅的图书的ISBN号、预约时间。某书目的信息如表20-3所示,与该书目对应的图书信息如表20-4所示。系统的主要业务处理如下。(1) 入库管理:图书购

10、进入库时,管理员查询本资料室的书目信息,若该 书的书目尚未建立,则由管理员编写该书的书目信息并录入系统,然后编写并录 入图书信息;否则,修改该书目的册数,然后编写并录入图书信息。对于进入流 通室的书,其初始状态为“未借出”,而送入阅览室的书的状态始终为“不外借”。(2) 借书管理:读者借书时,若有,则由管理员为该读者办理借书手续, 并记录该读者的借书信息,同时将借出图书的状态修改为“已借出”。(3) 预约管理:若图书流通室没有读者要借的书,则可为该读者建立预 约登记,需要记录读者ID、书的ISBN号、预约时间和预约期限(最长为10天)。 一旦其他读者归还这种书,就自动通知该预约读者。系统将自动

11、清除超出预约期 限的预约记录并修改相关信息。(4) 还书管理:读者还书时,则记录相应借还信息中的“归还时间”,对 于超期归还者,系统自动计算罚金(具体的计算过程此处省略)。系统同时自动查 询预约登记表。若存在其他读者预约该书的记录,则将图书的状态修改为“已预 约”,并将该图书ID写入相应的预约记录中(系统在清除超出预约期限的记录时 解除该图书的“已预约”状态);否则,将该图书的状态修改为“未借出”。(5) 通知处理:对于已到期且未归还的图书,系统通过E-mail自动通知 读者;若读者预约的书已到,系统则自动通过E-mail通知该读者来办理借书手 续。第8题:根据以上说明设计的实体联系图如图20

12、-5所示,请指出读者与图书、书目与读 者、书目与图书之间的联系类型。参考答案:(1) n(2)m(3)1(4)n 或 m (5)m(6)n 其中,(1) 、(2 )的答案可互换,(5)、(6 )的答案可互换。详细解答:第9题:该图书管理系统的主要关系模式如下,请补充“借还记录”和“预约登记”关 系中的空缺。管理员(工号,姓名)读者(读者ID,姓名,电话,E-mail)书目(ISBN号,书名,作者,出版商,出版年月,册数,经办人)图书(图书ID,ISBN号,存放位置,状态,经办人)借还记录( (a) ,借出时间,应还时间,归还时间)预约登记(b),预约时间,预约期限,图书ID)注:时间格式为“年

13、.月.日时:分:秒”。参考答案:(a)读者ID,图书ID (b)读者ID, ISBN号详细解答:第10题:请指出问题2中给出的读者、书目关系模式的主键,以及图书、借还记录和预 约登记关系模式的主键和外键。参考答案:详细解答:阅读以下说明,回答问题1至问题4,将解答填入对应栏内。说明某宾馆需要建立一个住房管理系统,部分需求分析结果如下。(1) 一个房间有多个床位,同一房间内的床位具有相同的收费标准。不 同房间的床位收费标准可能不同。(2) 每个房间有房问号(如201、202等)、收费标准、床位数目等信息。(3) 每位客人有身份证号码、姓名、性别、出生日期和地址等信息。(4 )对每位客人的每次住宿

14、,应该记录其入住日期、退房日期和预付款 额信息。(5 )管理系统可查询出客人所住房问号。根据以上的需求分析结果,设计的实体联系图如图20-6所示。第11题:根据上述说明和实体联系图,得到该住房管理系统的关系模式如下所示,请补 充住宿关系。房间(房间号,收费标准,床位数目)客人(身份证号,姓名,性别,出生日期,地址)住宿(1),入住日期,退房日期,预付款额)参考答案:房间号,身份证号详细解答:第12题:请给出问题1中住宿关系的主键和外键。参考答案:住宿主键:房间号,身份证号,入住日期住宿外键:房间号,身份证号详细解答:第13题:若将上述各关系直接实现为对应的物理表,现需查询在2005年1月1日到 2005年12月31日期间,在该宾馆住宿次数大于5次的客人身份证号,并且按 照入住次数进行降序排列。下面是实现该功能的SQL语句,请填补语句中的空 缺。SELECT住宿.身份证号,count(入住日期)FROM住宿,客人WHERE 入住日期二20050101 AND 入住日期V=20051231AND住宿.身份证号二客人.身份证号GROUP BY (2)(3) count(入住日期)5(4)参考答案:(2) 住宿.身份证号(3)HAVING (4)

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 学术论文 > 其它学术论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号