《数据库原理与MySQL应用-习题参考答案.docx》由会员分享，可在线阅读，更多相关《数据库原理与MySQL应用-习题参考答案.docx（13页珍藏版）》请在课桌文档上搜索。
1、附录B习题参考答案习题一一.选择JB1.D2.3.A4.C5.B6.B7.B8.C9.A10.CI1.八脸C12.EB13.A14.B15.D16.B17.B填空题1.文件系统操作系统2.概念逻辑3.数据4.外模式内模式模式5.元组属性三.简答题1.这4种模型的特点和区别如下表所示。模型反映何种观点的何种结构独立性使用者范例概念模型反映了用户观点的数据库整体逻川结构便件独立软件独立企业管理人员数据库设计者E-R模型逻辑模型反映了计算机实现观点的数据库整体逻轼结构硬件独立软件依根数据库设计者DBA层次、网状、关系模鞭外部模里反映了用户具体使用观点的数据库局部迈希结构硬件独立软件依赖用户与用户有关
2、内部模型反映了计算机实现观点的数据库物理结构硬件依帙软件依极数据库设计者DBA与硬件、DBMS有关2 .DB的三结构之间有外公外书概1模亍内?3 .在用户X工作。校模式结构描述了数据库的数据结构。数据结构分成3个Z差异，因此存在着两级映射。这5个概念描述了如下内容其式：描述用户的局部逻辑结构。翼式/模式映射：描述外模式和概念模式间数据结构的对应力模式：描述DB的整体逻辑结构。U内模式映射：描述概念模式和内模式间数据结构的对应由式：描述DB的物理结构.方问数据的过程中，DRYS起着核心的作用，实现“数据三名及别。由于三级性。性。及结构转换”的1.在数据库的三级模式结构中,数据按外模式的描述提供绐
3、用户，按内模式的描述存储在腑盘中，而概念模式提供/连接这两级的相对稳定的中间观点，而且两级中任何一级的改变都不受另一级的牵制。5.物理独立性是指用户的应用程序与存储在磁盘上的数据库中的数据是独立的。物理独立性通过模式/内模式映射来实现的。逻辑独立性是指用户的应用程序与逻辑结构是相互独立的.逻辑独立性是通过外模式/模式映射来实现的。习题二一、选择题1.B2.C3.C二、填空黑I.netstartMySQ1.stopMySQ1.习题三1.C2.B3.B4.D5.C6.C7.C8.B9.D10.DU.D12.C13.C14.D15.B16.C17.D18.C19.D20.D21.C22.C23.D2
4、4.C25.C26.C27.C28.B29.B(g)C30.C二.设计题-.选择题解答:(1)E8,ENAMEFROMEMP(3)SE1.ECTWHERESE1.ECTGROUpSE1.ECTFROMAGE50ANDE#,COUNT()SEX=W;NUM,SUm(SAURY)SUM.SAURYFROMWORKS(4)IiYE#;A.E#,ENAMEEMPA,WORKSB,COMPCWHEREA.E#-B.E#ANDB.CnC.C#ANDCNAMEJ联华公司ANDS1.RY=A1.1.(SE1.ECT(5)SE1.ECTC.Cti1CN.AMEFROMWHEREB.CS-C.C#GRoUPBVC
5、.C#,CNAMESUM(SA1.ARY)FROMWORKSGROUPBYC);WORKSB,COMPCHAVINGAVG(SAURY)(SE1.ECTAVG(SA1.ARY)FROMWORKSB,COMPC(6)UPDATEWHEREWORKSC#INSET!(SE1.ECTWHEREB.CgcC#ANDCNAME=联华公司)；SA1.ARY=SA1.ARY*I.05(7)(8)DE1.ETEWHERECREATEFROMEftINVIEWWHEREWORKS(SE1.ECTempwomanC4IrROMCOMPCNAME=联华公司);ESFRoMEMPWHRREAGE60)：ASSE1.E
6、CT.E*,ENAME,C.C,CNAMI,SA1.ARYFROMEMP,WORKSB,COMPCWHEREA.E#=B.E#ANDB.C#=C.C#ANDSEX=F;SE1.ECTE#,S1.M(SA1.ARY)1.ROMempWo1.nanGROUPBYE#;2 .解答：(1) CREATETAB1.Eworkinfo(idINTNOTNU1.1.PRIMARYKEYUTOINCREMENT,nameVARCHAR(20)NOTNU1.1.,typevarchar(io),addressVARCHAR(50),te1.VARCHAR(20),wagesINT,contentsTINYTEX
7、T,extraTEXT,UNIQUEINDEXindexid(idDESC)；(2) CREATEINDEXindexnameONworkinfo(name(10)：(3) A1.TERTAB1.EworkinfoADDINDEXindex_t(type,address);(4) A1.TERTAB1.EworkinfoADDFU1.1.TEXTINDEXindexext(extra);(5) DROPINDEXindexjdONworkinfo;3 .解答：(1)此问题考查的是查询效率的问题.在涉及相关查询的某些情形中，构造临时关系可以提高查询效率。对于外层的职工关系E中的每一个元组，都要对
8、内层的整个职工关系M进行检索,因此查询效率不高。解答方法一(先把每个部门最高工资的数据存入临时表，再对临时表进行查询)：CREATETAB1.EtempASSE1.ECT部门号,MX(月工资)最高工资FROM职工GROUPBY部门号；SE1.ECT职工号FROM职工，tempW1.IERE职工.部门号=temp.部门号AND月工资=最高工资；解答方法二(直接在FROM子句中使用临时表结构)SE1.ECT职工号FKOM职工，(SE1.ECTMRX(月工资)最高工资，部门号FROM职工GROUPBY部门号)ASdepMaxWHERE月工资=最高工资AND职工.部门号=depMax都门号；(2)此问
9、主要考察在查询中注意WHERE子句中使用索引的问题，既可以完成相同功能又可以提高杳询效率的SQ1.语句如下：(SE1.ECT姓名，年龄,月工资FROM职工WHERE年龄45)UNION(SE1.ECT姓名，年龄，月工资FR恻职工WHERE工资GOO0);习题四I.嗨A2.D3.4.B10.C11.B12.CB19.喀AD埴中.I、数据查询2、表13.D14.20.CB记录字段5.C6.C7.B8.C9.C15.C16.B17.D18.A3、关系中主键值不允许重复4、主键外键5、U、一、X、FI、3.掾作题1、(1) 11s.SVM(三)(2) 11,.exm(6,*(S8SC8C)(3)11m
10、mw(6叶(S8SC8C8T)(4) 111(1.t2,(SCXSC)(5) I1.(d1：-Si-AU-sr(SCXSC)或n“.r,SC)S2,S411,(C)-11,S-:(SOOSO)(7)rUcm(C8(11s,.rt(SC)IIm(三)(8)11”(SC)11,(6-(C8D)2、(1) (t(3u)(SC(u)u2=45t1.=u1.t2=u2)(2) (t-A1.1.(SE1.ECTSuM(数量)FROM原材料GROUPBY仓库号)*INSERT,DE1.ETE,UPDATE raws_in_WhOI、 SE1.ECT原材料习题八选择题I.D2.3.4.D5.6.7.B8.B9
11、.10.BTkT2、T3,需要回滚的事务:T4.TkT2,需要回滚的事务：T3。Tb需要回滚的事务：T2、T3。Tb需耍问滚的事务：T2。11.A12.13.C14.A15.A16.A17.A18.D19.A20,B21.C22.B23.A二.简答题I.（1）需要重:做的事务:（2）需要重做的事务:（3）需要重做的事务:（4）需耍重做的事务:四.设计JS（1）部门主键：（部门代码,办公室）外键：无F1.=部门代码一（部门名，起始年月，终止年月），办公室一办公电话等级主键：（等级代码,年月）外键：无F2=等级代码等级名，（等级代码,年月）一小时工资项目主键：项目代码外键：部门代码、项目主管F3=
12、项目代码一（项目名，部门代码，起始年月日，结束年月日，项目主管）工作计划主键：（项目代码,职员代码,年月）外键：项目代码、职员代码M=（项目代码,职员代码,年月）一工作时间（2）修改后的关系模式如Fs职务（职务代码，职务名，等级代码）主键：（职务代码，等级代码）外键：等级代码（3）设计的“工作业绩”关系模式如下：工作业绩（项目代码，职员代码，年月日，工作时间）主键：（项目代码，职员代码，年月日）（4）部门关系模式不属2NF,只能是1NF。该关系模式存在冗余问题，因为某部门有多少个办公室，则部门代码、部门名、起始年月、终止年月就要重复多少次。为了解决这个问题，可将模式分解，分解后的关系模式为：部
13、门.A（部门代码，部门名，起始年月，终止年月）主键：部门代码部门B（部门代码，办公室，办公电话）主道：（部门代码，办公室）外健：部门代码（5）SQ1.语句如下:SE1.ECT职员代码,职处名，年月，工作时间*小时工资AS月工资iROM职员zy,职务zw,等级dj,月工作业绩yjWHEREzy.职务代码=zw.职务代码NDzw.等级代码;dj.等级代码ANDdj.年月=yj.年月ANDzy.职员代码=yj.职员代码；习题十一一、选择题I .B2.C3.B4.1）5.D6.C7.B8.C9.C10.AII .B12.D13.B14.C15.C16.17.D18.C19.D20.C二、填空题1 .自
14、顶向下逐步细化、自底向上逐步综合2 .关系模型3 .DBA4 .DB的转储和恢更、DB的重组织和重构造5 .属性取值单位6 .自顶向下、自底向上、逐步犷张、混合策略7 .分类、聚集三、设计题1.（I）运动队局部E-R图运动会局部E-R图(2)(3)命名冲突：运动队局部E-R图中的属性项目和运动会局部E-R图中的属性项目名异名同义，统命名为项目名。结构冲突：项目在两个局部E-R图中，一个作属性，一个作实体，合并统一为实体。2.(1)转换成的关系模式有以下5个。企业（企业编号,企业名称，联系人，联系电话，地址，企业网址，电子邮件，企业简介）岗位（岗位名称）人才（个人编号,姓名，性别，出生日期，身份
15、证号，毕业院校，专业，学历，证书名称,证书编号，联系电话，电子邮件，个人简历及特长）岗位需求（企业编号，岗位名称,专业，学历，薪水，备注，登记日期）求职意向（个人编号，岗位名称,最低薪水，登记日期）注意,在“求职意向”模式中未放入“人才”实体候选键中的“证书名称”属性.（2）由于一个人可能持有多个证书，对“人才”关系模式应进行优化，得到如下两个新的关系模式。人才（个人编号，姓名，性别，出生日期，身份证号，毕业院校，专业，学历，联系电话，电子邮件，个人简历及特长）证书（个人编号，证书名称，证书编号）（3）最终得到6个关系模式。企业（企业编号,企业名称,陕系人，联系电话，地址,企业网址，电子邮件，
16、企业简介）岗位（岗位名称）人才（个人编号,姓名，性别，出生日期，身份证号，毕业靛校，专业，学历，联系电话，电子邮件,个人简历及特氏）证书（个人编号，证书名称,证书编号）岗位需求（.坦图2京一更佳名孙,专业，学历，薪水，备注，登记日期）求职意向（纵黜!二酶遇，最低薪水，登记日期）【注意】在“证书”模“证书名称-证书编号”，即个人可以有多张证书，每张证书只有一个编号，但不同证书可以有相同的编号，所以“证书编号-证书名称”是错误的。（4）此处的“需求是“岗位”、“企业”和“人才”3个实体之间的联系，而事实上只有人才被聘用之后三者才产生联系。本系统解决的是人才的求职和企业的面位需求，人才与企业之间没有直接的联系.（5）建立企业的登录信息表，包含用户名和密码，记录企业的用户名和密码，将对本企业的基本信息的修改权限赋予企业的用户名，企业工作人员通过输入用户名和密码，经过服务器将其与登录信息表中记录的该企业的用户名和密码进行验证后，台法用户才有权修改企业的信息.
