阅读下列说明，回答问题1至问题3，将解答填入答题纸对应栏内。【说明】某小区由于建设时间久远，停车位数量无法满足所有业主需要，为公平起见，每年进行一次抽签来决定车位分配。小区物业拟建立一个信息系统，对停车位使用和收费进行管理。【需求描述】（1）小区内每套房屋可能有多名业主，一名业主也可能在小区内有多套房屋。业主信息包括业主姓名、身份证号、房号、房屋面积，其中房号不重复。（2）所有车位都有固定编号，且同一年度所有车位出租费用相同，但不同年份出租费用可能不同。（3）所有车位都参与每年抽签分配。每套房屋每年只能有一次抽签机会。抽中车位业主需一次性缴纳全年车位使用费用，且必须指定唯一汽车使用该车位。（4）小区车辆出入口设有车牌识别系统，可以实时识别进出汽车车牌号。为方便门卫确认，系统还需登记汽车品牌和颜色。【逻辑结构设计】根据上述需求，设计出如下关系模式：业主（业主姓名，业主身份证号，房号，房屋面积）车位（车位编号，房号，车牌号，汽车品牌，汽车颜色，使用年份，费用）【问题1】对关系"业主"，请回答以下词题：（1）给出"业主"关系候选键。（2）它是否为2NF，用60字以内文字简要叙述理由。（3）将其分解为BCNF，分解后关系名依次为：A1,A2，...，并用下划线标示分解后各关系模式主键。【问题2】对关系"车位"，请回答以下问题：（1）给出"车位"关系候选键。 ．（2）它是否为3NF，用60字以内文字简要叙述理由。（3）将其分解为BCNF，分解后关系名依次为：B1,B2，...，并用下划线标示分解后各关系模式主键。【问题3】若临时车辆进入小区，按照进入和离开小区时间进行收费（每小时2元）。试增加"临时停车"关系模式，用100字以内文字简要叙述解决方案。
正确答案及解析
正确答案
解析
【问题1】本题考查数据库理论规范化及应用，属于比较传统题目，考查点也与往年类似。本问题考査候选键和第二范式。"业主"关系候选键为：房号，业主身份证号。分析"业主"关系函数依赖可知：房号，业主身份证号→业主姓名，业主身份证号，房号，房屋面积根据第二范式要求：每一个非主属性完全函数依赖于码，而根据"业主"关系函数依赖：房号→房屋面积可知，存在非主属性对候选键部分依赖。所以，"业主"关系模式不满足第二范式。分解后关系模式为：A1（房号，业主身份证号）A2（房号，房屋面积）A3（业主身份证号，业主姓名）【问题2】本问题考查第三范式。根据第三范式要求：每一个非主属性既不部分依赖于码也不传递依赖于码。"车位"关系候选键为：（车位编号，使用年份），（房号，使用年份）或（车牌号，使用年份）存在非主属性"汽车品牌"（或"汽车颜色"）对候选键"车位编号，使用年份"传递依赖：（车位编号，使用年份）→车牌号，车牌号→汽车品牌。故（车位编号，使用年份）→汽车品牌，为传递依赖。所以，"车位"关系模式不满足第三范式。分解后关系模式为：B1（使用年份，费用）B2（车牌号，汽车品牌，汽车颜色）B3（车位编号，使用年份，房号，车牌号）或B3（车位编号，使用年份，房号，车牌号）或B3（车位编号，使用年份，车牌号，房号） 【问题3】本问题考查增加新关系。因为需要根据进入和离开小区时间进行收费，所以在增加"临时停车"关系模式中只需要体现车牌号、进入时间和离开时间即可，即增加关系模式为：临时停车（车牌号，进入时间，离开时间）。需要注意是：这三个属性是必须有，也可以出现其他属性。
你可能感兴趣的试题
阅读下列说明，冋答问题1至问题3，将解答填入答题纸对应栏内。【说明】某水果零售超市拟开发一套信息系统，对超市顾客、水果、员工、采购和销售信息进行管理。(1)水果零售超市实行会员制，顾客需具有会员资格才能进行购物，顾客需持所在单位出具证明信才能办理会员资格，每位顾客具有唯一编号。(2)超市将采购员和导购员分成若干个小组，每组人员负责指定若干种水果采购和导购。每名采购员可采购指定给该组购买水果；每名导购员都可对顾客选购本组内各种水果进行计价和包装，并分别贴上打印条码。(3)顾客选购水果并计价完毕后进行结算，生成结算单。结算单包括流水号、购买各种水果信息和顾客信息等，每张结算单具有唯一流水号。(4)超市在月底根据结算单对导购员进行绩效考核，根据采购情况对采购员进行考核，同时也根据结算单对顾客消费情况进行会员积分。初步设计数据库关系模式如下。
"结算单"示例如表所示：
【问题1】
对于"顾客"关系模式，请回答以下问题：(1)给出所有候选键。(2)该关系模式可达到第几范式，用60字以内文字简要叙述理由。【问题2】对于"结算单"关系模式，请回答以下问题：(1)用100字以内文字简要说明它会产生什么问题。(2)将其分解为第3范式，分解后关系名依次为：结算单1，结算单2，结算单3，并用下划线标注分解后各关系模式主键。【问题3】对于"职责"关系模式，请回答以下问题：(1)它是否为第4范式，用100字以内文字叙述理由。(2)将其分解为第4范式，分解后关系名依次为：职责1，职责2，┄。
- 查看答案
阅读下列说明，回答问题1至问题3；将解答填入答题纸对应栏内。【说明】某社会救助基金会每年都会举办多项社会公益救助活动，需要建立信息系统，对之进行有效管理。【需求分析】1.任何一个实名认证个人或者公益机构都可以发起一项公益救助活动，基金会需要记录发起者信息。如果发起者是个人，需要记录姓名、身份证号和一部电话号码；如果发起者是公益机构，需要记录机构名称、统一社会信用代码、一部电话号码、唯一法人代表身份证号和法人代表姓名。一个自然人可以是多个机构法人代表。2.公益救助活动需要提供详实资料供基金会审核，包括被捐助人姓名、身份证号、一部电话号码、家庭住址。3.基金会审核并确认项目后，发起公益救助个人或机构可以公开宣传井募捐，募捐得到款项进入基金会账户。4.发起公益救助个人或机构开展救助行动，基金会根据被捐助人所提供医疗发票或其它信息，直接将所筹款项支付给被捐助者。5.救助发起者针对任一被捐助者公益活动只能开展一次。【逻辑结构设计】根据上述需求，设计出如下关系模式:公益活动(发起者编号，被捐助者身份证号，发起者电话号码，发起时间，结束时间，募捐金额)，其中对于个人发起者，发起者编号为身份证号；对于机构发起者，发起者编号为统一社会信用代码。个人发起者（姓名，身份证号，电话号码）机构发起者(机构名称，统一社会信用代码，电话号码，法人代表身份证号，法人代表姓名)被捐助者（姓名，身份证号，电话号码，家庭住址)【问题1】 对关系"机构发起者"，请回答以下问题:(1) 列举出所有候选键。(2) 它是否为3NF ，用1100字以内文字简要叙述理由。(3) 将其分解为 BC 范式，分解后关系名依次为：机构发起者1，机构发起者 2 ，...， 并用下划线标示分解后各关系模式主键。【问题2】对关系"公益摇动 "，请回答以下问题：(1)列举出所有候选键。(2) 它是否为2NF ，用100字以内文字简要叙述理由。(3)将其分解为 BC 范式，分解后关系名依次为:公益活动1，公益活动 2 ，...， 并用下划线标示分解后各关系模式主键。【问题3】基金会根据被捐助人提供医疗发票或其它信息，将所筹款项支付给被捐助者。可以存在分期多次支付情况，为了统计所筹款项支付情况（详细金额和时间) ,试增加"支付记录"关系模式，用100字以文字简要叙述解决方案。
- 查看答案
阅读下列说明，冋答问题1至问题3,将解答填入答题纸对应栏内。【说明】某图书馆管理系统部分需求和设计结果描述如下：图书馆主要业务包括以下几项：(1)对所有图书进行编目，每一书目包括ISBN号、书名、出版社、作者、排名，其中一部书可以有多名作者，每名作者有唯一一个排名；(2)对每本图书进行编号，包括书号、ISBN号、书名、出版社、破损情况、存放位置和定价，其中每一本书有唯一编号，相同ISBN号书集中存放，有相同存储位置，相同ISBN号书或因不同印刷批次而定价不同；(3)读者向图书馆申请借阅资格，办理借书证，以后凭借书证从图书馆借阅图书。办理借书证时需登记身份证号、姓名、性别、出生年月日，并交纳指定金额押金。如果所借图书定价较高时，读者还须补交押金，还书后可退还所补交押金；(4)读者借阅图书前，可以通过ISBN号、书名或作者等单一条件或多条件组合进行查询。根据查询结果，当有图书在库时，读者可直接借阅；当所查书目所有图书己被他人借走时，读者可进行预约，待他人还书后，由馆员进行电话通知；(5)读者借书时，由系统生成本次借书唯一流水号，并登记借书证号、书号、借书日期，其中同时借多本书使用同一流水号，每种书目都有一个允许一次借阅借书时长，一般为90天，不同书目有不同借书时长，并且可以进行调整，但调整前所借出书，仍按原借书时长进行处理；(6)读者还书时，要登记还书日期，如果超出借书时长，要缴纳相应罚款；如果所还图书由借书者在持有期间造成破损，也要进行登记并进行相应罚款处罚。初步设计该图书馆管理系统，其关系模式如图4-1所示。
【问题1】对关系"借还"，请回答以下问题：(1)列举出所有候选键；(2)根据需求描述，借还关系能否实现对超出借书时长情况进行正确判定？用60字以内文字简要叙述理由。如果不能,请给出修改后关系模式（只修改相关关系模式属注时，仍使用原关系名，如需分解关系模式，请在原关系名后加1，2，…等进行区别)。【问题2】对关系"图书"，请回答以下问题：(1)写出该关系函数依赖集；(2)判定该关系是否属于BCNF，用60字以内文字简要叙述理由。如果不是，请进行修改，使其满足BCNF,如果需要修改其它关系模式，请一并修改，给出修改后关系模式（只修改相关关系模式属性时，仍使用原关系名，如需分解关系模式，请在原关系名后加1，2，...进行区别）。【问题3】对关系"书目"，请回答以下问题：(1)它是否属于第四范式，用60字以内文字叙述理由。(2)如果不是，将其分解为第四范式，分解后关系名依次为：书目1，书目2，…。 如果在解决【问题1】、【问题2】时，对该关系属性进行了修改，请沿用修改后属性。
- 查看答案
阅读下列说明，回答问题1至问题3，将解答填入答题纸对应栏内。【说明】某小区由于建设时间久远，停车位数量无法满足所有业主需要，为公平起见，每年进行一次抽签来决定车位分配。小区物业拟建立一个信息系统，对停车位使用和收费进行管理。【需求描述】（1）小区内每套房屋可能有多名业主，一名业主也可能在小区内有多套房屋。业主信息包括业主姓名、身份证号、房号、房屋面积，其中房号不重复。（2）所有车位都有固定编号，且同一年度所有车位出租费用相同，但不同年份出租费用可能不同。（3）所有车位都参与每年抽签分配。每套房屋每年只能有一次抽签机会。抽中车位业主需一次性缴纳全年车位使用费用，且必须指定唯一汽车使用该车位。（4）小区车辆出入口设有车牌识别系统，可以实时识别进出汽车车牌号。为方便门卫确认，系统还需登记汽车品牌和颜色。【逻辑结构设计】根据上述需求，设计出如下关系模式：业主（业主姓名，业主身份证号，房号，房屋面积）车位（车位编号，房号，车牌号，汽车品牌，汽车颜色，使用年份，费用）【问题1】对关系"业主"，请回答以下词题：（1）给出"业主"关系候选键。（2）它是否为2NF，用60字以内文字简要叙述理由。（3）将其分解为BCNF，分解后关系名依次为：A1,A2，...，并用下划线标示分解后各关系模式主键。【问题2】对关系"车位"，请回答以下问题：（1）给出"车位"关系候选键。 ．（2）它是否为3NF，用60字以内文字简要叙述理由。（3）将其分解为BCNF，分解后关系名依次为：B1,B2，...，并用下划线标示分解后各关系模式主键。【问题3】若临时车辆进入小区，按照进入和离开小区时间进行收费（每小时2元）。试增加"临时停车"关系模式，用100字以内文字简要叙述解决方案。
- 查看答案
阅读下列说明，冋答问题1至问题3,将解答填入答题纸对应栏内。【说明】某地人才交流中心为加强当地企业与求职人员沟通，促进当地人力资源合理配置，拟建立人才交流信息网。【需求描述】1．每位求职人员需填写《求职信息登记表》（如表4-1所示），并出示相关证件，经工作人员审核后录入求职人员信息。表中毕业证书编号为国家机关统一编码，编号具有唯一性。每个求职人员只能填写一部联系电话。2．每家招聘企业需填写《招聘信息登记表》（如表4-2所示），并出示相关证明及复印件，经工作人员核实后录入招聘企业信息。表中企业编号由系统自动生成，每个联系人只能填写一部联系电话。3．求职人员和招聘企业基本信息会在系统长期保存，并分配给求职人员和招聘企业用于登录用户名和密码。求职人员登录系统后可登记自己从业经历、个人简历及特长，发布自己求职意向信息；招聘企业工作人员登录系统后可维护本企业基本信息，发布本企业岗位需求信息。4．求职人员可通过人才交流信息网查询企业招聘信息并进行线下联系；招聘企业工作人员也可通过人才交流信息网查询相关求职人员信息并进行线下联系。5．求职人员入职后应惨改自己就业状态（在岗／求职）；招聘企业在发布需求岗位有人员到岗后也应该及时修改需求人数。
【逻辑结构设计】
根据上述需求，设计出如下关系模式：个人信息（身份证号，姓名，性别，出生日期，毕业院校，专业名称，学历，毕业证书编号，联系电话，电子邮件，个人简历及特长）从业经历（身份证号，起止时间，企业名称，职位）求职意向（身份证号，职位名称，最低薪水）企业信息（企业编号，企业名称，地址，企业网址，联系人，联系电话，电子邮件，企业简介）岗位需求（企业编号，职位，专业，学历，薪水，人数，备注）【问题1】对关系"个人信息"，请回答以下问题：(1)列举出所有候选键。(2)它是否为3NF，用60字以内文字简要叙述理由。(3)将其分解为BC范式，分解后关系名依次为：个人信息1，个人信息2，…，并用下划线标示分解后各关系模式主键。【问题2】对关系"企业信息"，请回答以下问题：(1)列举出所有候选键。(2)它是否为2NF，用60字以内文字简要叙述理由。(3)将其分解为BC范式，分解后关系名依次为：企业信息1，企业信息2，…，并用下划线标示分解后各关系模式主键。【问题3】若要求个人求职信息一经发布，即由系统自动查找符合求职要求企业信息，填入表R(身份证号，企业编号)，在不修改系统应用程序前提下，应采取什么方法来实现，用100字以内文字简要叙述解决方案。
- 查看答案