问答题[问题3](3分)
如果系统还需要记录医生给病人的用药情况，即记录医生给病人所开处方中药品的名称、用量、价格、药品的生产厂家等信息。请根据该要求，对图3-1进行修改，画出补充后的实体、实体间联系和联系的类型。
问答题阅读以下说明和关系表，回答问题1～3，将解答对应的解答栏内。[说明]下图表示的是一个火车票预售处的E/R图，一人可以订多张火车票。其中乘客有三个属性：序号No，姓名Name和地址Address火车票也有三个属性：时间Date，车次Tno，价格Price
问答题阅读下列说明，回答问题1至问题3，将解答填入对应栏内。[说明]某学校拟开发一套校友捐赠管理系统，以便对校友的捐赠资金进行管理。[需求分析]校友可以向学校提出捐赠申请，说明捐赠的金额、捐赠类型和使用方式。捐赠类型包括一次性捐赠和周期性捐赠。捐赠的使用方式分为两种：一种用于资助个人，即受益人为多名学生或老师，主要用于奖学金、奖教金和助学金等；另一种用于资助捐赠项目，即资助已有的捐赠项目和设立新的捐赠项目，主要用于改善教学设施、实验室建设和设备购买等。捐赠项目由捐赠理事建立，一个捐赠项目可以涉及多个受益单位，每个单位在该项目中有确定的受益比例。由捐赠理事为项目中的每个单位指定一个项目负责人，并指定每个单位受益比例。每个单位的受益比例是指在一个捐赠项目中的每个单位所应得的金额占该捐赠项目总受益金额的比例。一个捐赠项目可以由多个捐赠来资助，一个捐赠也可以资助多个捐赠项目。由捐赠理事将一个捐赠的捐赠金额分配给所资助的多个捐赠项目，并指定给每个捐赠项目的具体的捐赠金额。初步设计了校友捐赠信息数据库，其关系模式如图4-1所示。关系模式的主要属性、含义及约束如表4-1所示。表4-1主要属性、含义及约束属性含义和约束条件项目编号唯一标识某个捐赠项目信息受益人捐赠的受益人名称受益人类型分为：学生、教师受益金额每个受益人具体得到的捐赠金额受益比例捐赠项目中每个捐赠单位应得到的项目捐赠总金额的比例项目受益金额从一个捐赠中分配给一个捐赠项目的具体金额
问答题[问题2]
列出投保单关系模式可能存在的更新异常和多值依赖，并简要说明。
问答题试题五(共15分)阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。[说明]假设有两项业务对应的事务T1、T2与存款关系有关：．转账业务：T1(A，B，50)，从账户A向账户B转50元；．计息业务：T2，对当前所有账户的余额计算利息，余额为X*l.01针对上述业务流程，回答下列问题：
问答题 阅读以下说明和关系表，回答问题1-3，将解答填入对应的解答栏内。
[说明] 下图为学校对本学期的课程安排表。
专业
课程
课程代号
学分
教师
教师代号
数学
常微方程
C1
4
王华
T1
数学
抽象代数
C2
3
张新
T2
计算机
数据结构
C3
4
吴冰
T3
物理
计算机
软件工程
C4
3
赵锦
T4
问答题阅读下列说明，回答下列问题。
[说明]
某高速路不停车收费系统(ETC)的业务描述如下：
(1)车辆驶入高速路入口站点时，将驶入信息(ETC卡号，入口编号，驶入时间)写入登记表；
(2)车辆驶出高速路出口站点(收费口)时，将驶出信息(ETC卡号，出口编号，驶出时间)写入登记表；根据入口编号、出口编号及相关收费标准，清算应缴费用，并从绑定的信用卡中扣除费用。
一张ETC卡号只能绑定一张信用卡号，针对企业用户，一张信用卡号可以绑定多个ETC卡号。使用表绑定(ETC卡号，信用卡号)来描述绑定关系，从信用卡(信用卡号，余额)表中扣除费用。
针对上述业务描述，完成下列问题：
问答题阅读以下说明，根据要求回答问题。[说明]某快递公司为了方便管理公司物品运送的各项业务活动，需要构建一个物品运送信息管理系统。[需求分析结果](1)快递公司有多个分公司，分公司信息包括分公司编号、名称、经理、办公电话和地址。每个分公司可以有多名员工处理分公司的日常业务，每名员工只能在一个分公司工作。每个分公司由一名经理负责管理分公司的业务和员工，系统需要记录每个经理的任职时间。(2)员工信息包括员工号、姓名、岗位、薪资、手机号和家庭地址。其中，员工号唯一标识员工信息的每一个元组。岗位包括经理、调度员、业务员等。业务员根据客户提交的快件申请单进行快件受理事宜，一个业务员可以受理多个客户的快件申请，一个快件申请只能由一个业务员受理。调度员根据已受理的申请单安排快件的承运事宜，例如：执行承运的业务员、运达时间等。一个业务员可以执行调度员安排的多个快件的承运业务。(3)客户信息包括客户号、单位名称、通信地址、所属省份、联系人、联系电话、银行账号。其中，客户号唯一标识客户信息的每一个元组。当客户要寄快件时，先要提交快件申请单，申请号由系统自动生成。快件申请信息包括申请号、客户号、发件人、发件人电话、快件名称、运费、发出地、收件人、收件人电话、收件地址。其中，一个申请号对应唯一的一个快件申请，一个客户可以提交多个快件申请，但一个快件申请由唯一的一个客户提交。[概念模型设计]根据需求阶段收集的信息，设计的实体联系图如图1所示。图1某物品运送信息管理系统实体练习图(不完整)[关系模式设计]分公司(分公司编号，名称，经理，办公电话，地址)员工(员工号，姓名，(a)，岗位，薪资，手机号，家庭地址)客户(客户号，单位名称，通信地址，所属省份，联系人，联系电话，银行账号)申请单((b)，发件人，发件人电话，发件人地址，快件名称，运费，收件人，收件人电话，收件地址，受理标志，业务员)安排承运((c)，实际完成时间，调度员)
问答题如图所示给出的是一个调度的事件序列。该调度包含T1，T2，…，T2等12个事务，A，B，…，H为数据库中的数据项，假定“读i”(i=A，B，…，H)成功，则获得i上的一个S锁，而“修改i”成功时，则将锁升级为X锁。又假定所有锁都保持到事务结束，那么，在时刻t36是否存在死锁?并分析哪些事务处于等待另一个事务的状态。
时间
事务
操作
时间
事务
操作
t1
T1
读A
t19
T9
修改G
t2
T2
读B
t0
T8
读E
t3
T1
读C
t1
T7
COMMIT
t4
T4
读D
t2
T9
读H
t5
T5
读A
t3
T3
读G
t6
T2
读E
t4
T10
读A
t7
T2
修改E
t5
T9
修改H
t8
T3
读F
t6
T6
COMMIT
t9
T2
读F
t27
T11
读C
t10
T5
修改A
t28
T12
读D
t11
T1
COMMIT
t29
T12
读C
t12
T6
读A
t30
T2
修改F
t13
T5
ROLLBACK
t31
T11
修改C
t14
T6
读C
t32
T12
读A
t15
T6
修改C
t33
T10
修改A
t16
T7
读G
t34
T12
修改D
t17
T8
读H
t35
T4
读G
t18
T9
读G
t36
1
1 一个调度的事件序列
问答题[问题4](2分)
说明[问题3]中绘制1层数据流图时要注意的问题。
问答题[问题1]对直销商品和库存商品进行概括，给出超类和子类，填入图3-5中(a)处所示的虚线框内，并补充联系。
问答题 阅读以下说明和关系表，回答问题1～2，将解答填入对应的解答栏内。
[说明] 设T1、T2是如下两个事务： T1:A=B+2
T2:B=A*B A、B的初值分别是2和2。
问答题阅读以下说明，回答问题1-5。
[说明] 设有三个关系： BOOK
(BNO，BNAME，PUBLISH_YEAR，PRICE，PRESS)
READ(RNO，RNAME，DUTY)
BR(BNO，RNO，RETURN_DAY)试用关系代数表达式表示下列查询语句：
问答题阅读下列说明，回答问题1至问题3。【说明】某汽车维修站拟开发一套小型汽车维修管理系统，对车辆的维修情况进行管理。【需求分析】1．对于前来维修的车辆，汽车维修管理系统首先登记客户信息，包括；客户编号、客户名称、客户性质(个人、单位)、折扣率、联系人、联系电话等信息：还要记录客户的车辆信息，包括：车牌号、车型、颜色等信息。一个客户至少有一台车。客户及车辆信息如表3-1所示。{{B}}表3-1客户及车辆信息{{/B}}客户编码GS0051客户名称××公司客户性质单位折扣率95%联系人杨浩东联系电话82638779车牌号颜色车型车辆类别**0765白色帕萨特微型车 2．维修站的业务员对车辆进行检查和故障分析后，与客户磋商，确定车辆的故障现象及维修范围，填写维修委托书，包括：维修类型(普通、加急)、作业分类(大、中、小修)、结算方式(自付、三包、索赔)等信息。维修委托书如表3-2所示。 {{B}}表3-2维修委托书{{/B}} No.2007070702003 登记日期：2007-07-02车牌号**0765客户编号GS0051维修类型普通作业分类中修结算方式自付进厂时间2007070211:09业务员张小江业务员编号012预计完工时间故障描述车头损坏，水箱漏水 3．维修车间根据维修委托书和车辆的故障现象，在已有的维修项目中选择一个或多个具体的维修项目，安排相关的维修工及工时，生成维修派工单。维修派工单如表3-3所示。 {{B}}表3-3维修派工单{{/B}} No.200707维修项目编号维修项目工时维修员编号维修员工种012维修车头5.00012机修012维修车头2.00023漆工015水箱焊接补漏1.00006焊工017更换车灯1.00012机修4．客户车辆修理完毕后，根据维修项目单价和维修派工单中的工时计算车辆此次维修的总费用，记录在委托书中。【概念模型设计】根据需求阶段收集的信息，设计的实体联系图(不完整)如图3-1所示。图3-1中业务员和维修工是员工的子实体。{{B}}图3-1实体联系图{{/B}}【逻辑结构设计】根据概念模型设计阶段完成的实体联系图，得出如下关系模式(不完整)；客户({{U}}(1){{/U}}，折扣率，联系人，联系电话)车辆({{U}}(2){{/U}}，车型，颜色，车辆类别)委托书({{U}}(3){{/U}}，维修类型，作业分类，结算方式，进厂时间，预计完工时间，登记日期，故障描述，总费用)维修项目(维修项目编号，维修项目，单价)派工单({{U}}(4){{/U}}，工时)员工({{U}}(5){{/U}}，工种，员工类型，级别)
问答题[说明]
设某商业集团为仓库存储商品设计了三个基本表：
仓库STORE(S#，SNAME，SADDR)，其属性是仓库编号、仓库名称和地址。
存储SG(S#，C#，QUANTITY)，其属性是仓库编号、商品编号和数量。
商品GOODS(C#，GNAME，PRICE)，其属性是商品编号、商品名称和单价。
现检索仓库名称为“莘庄”的仓库里存储的商品的编号和名称。
问答题 阅读以下说明，回答问题1～4。
[说明]
某足球队有多个梯队，每个梯队由多名球员，一名球员仅属于一个梯队，一只梯队仅能参加某一特定级别的联赛，不同的梯队参加不同的联赛，一个赞助商可以提供为多个级别的联赛提供赞助。梯队的属性有：梯队号、梯队电话；球员的属性有：编号、姓名、所属梯队、联赛级别；联赛的属性有：联赛级别、球队数目；赞助商的属性有：品牌、联系电话；赞助费的属性有：赞助商名、联赛级别、金额。根据以上描述，完成如下任务：
问答题阅读下列说明，回答问题1至问题3，将解答填入对应栏内。【说明】某地区举行篮球比赛，需要开发一个比赛信息管理系统来记录比赛的相关信息。【需求分析结果】1．登记参赛球队的信息。记录球队的名称、代表地区、成立时间等信息。系统记录球队的每个队员的姓名、年龄、身高、体重等信息。每个球队有一个教练负责管理球队，一个教练仅负责一个球队。系统记录教练的姓名、年龄等信息。2．安排球队的训练信息。比赛组织者为球队提供了若干个场地，供球队进行适应性训练。系统记录现有的场地信息，包括：场地名称、场地规模、位置等信息。系统可为每个球队安排不同的训练场地，如表3-l所示。系统记录训练场地安排的信息。 {{B}}表3-1 训练安排表{{/B}}球队名称场地名称训练时间解放军一号球场2008-06-0914:00—18:00解放军一号球场2008-06-1209:00—12:00解放军二号球场2008-06-1114:00—18:00山西一号球场2008-06-1009:00—12:003．安排比赛。该赛事聘请有专职裁判，每场比赛只安排一个裁判。系统记录裁判的姓名、年龄、级别等信息。系统按照一定的规则，首先分组，然后根据球队、场地和裁判情况，安排比赛(每场比赛的对阵双方分别称为甲队和乙队)。记录参赛球队、比赛时间、比分、场地名称等信息，如表3-2所示。4．所有球员、教练和裁判可能出现重名情况。 {{B}}表3-2 比赛安排表{{/B}}A组：甲队----乙队场地名称比赛时间裁判比分解放军----北京一号球场2008-06-1715:00李大明天津----山西一号球场2008-06-1719:00胡学梅B组：甲队----乙队场地名称比赛时间裁判比分上海----安徽二号球场2008-06-1715:00丁鸿平山东----辽宁二号球场2008-06-1719:00郭爱琪【概念模型设计】根据需求阶段收集的信息，设计的实体联系图和关系模式(不完整)如下：1．实体联系图(图3-1)2．关系模式教练(教练编号，姓名，年龄)队员(队员编号，姓名，年龄，身高，体重，{{U}}(a){{/U}})球队(球队名称，代表地区，成立时间，{{U}}(b){{/U}})场地(场地名称，场地规模．位置)训练记录({{U}}(c){{/U}})裁判(裁判编号，姓名，年龄，级别)比赛记录({{U}}(d){{/U}})
问答题[问题2]
简述数据库的运行维护阶段的主要工作是什么?
问答题将下面的SQL语句补充完整，完成“01号仓库所存储的原材料信息只能由管理员李劲松米维护，而采购员李强能够查询所有原材料的库存信息”的功能。 CREATE VIEW raws_in_wh01 AS SELECT (g) FROM 原材料 WHERE仓库号="01"； GRANT (h) ON (i) TO 李劲松； GRANT (j) ON (k) TO 李强；
阅读以下说明和数据流图，根据要求回答下列问题。[说明]现准备为某银行开发一个信用卡管理系统CCMS，该系统的基本功能如下。(1)信用卡申请。非信用卡客户填写信用卡申请表，说明所要申请的信用卡类型及申请者的基本信息，提交CCMS。如果信用卡申请被银行接受，CCMS将记录该客户的基本信息，并发送确认函给该客户，告知客户信用卡的有效期及信贷限额；否则该客户将会收到一封拒绝函。非信用卡客户收到确认函后成为信用卡客户。(2)信用卡激活。信用卡客户向CCMS提交激活请求，用信用卡号和密码激活该信用卡。激活操作结束后，CCMS将激活通知发送给客户，告知客户其信用卡是否被成功激活。(3)信用卡客户信息管理。信用卡客户的个人信息可以在CCMS中进行在线管理。每位信用卡客户可以在线查询和修改个人信息。(4)交易信息查询。信用卡客户使用信用卡进行的每一笔交易都会记录在CCMS中。信用卡客户可以通过CCMS查询并核实其交易信息(包括信用卡交易记录及交易额)。图1和图2分别给出了该系统的项层数据流图和0层数据流图的初稿。