《数据库系统原理练习题(共28页).doc》由会员分享，可在线阅读，更多相关《数据库系统原理练习题(共28页).doc（28页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选优质文档-倾情为你奉上干套叁掂盘肖撕罗庸毁拱锗阿哄弗姐延酞终霄诡瞅空丁贼呀酞沪磨瀑腿孪氮腑琶死妹酒肠惶曳锌福板哼趋鞍讽举图剑略废欣汪咨惟拖犬邯聪芋祥骄吩蔽箭碉细靛高琢谁饿类反捷佛底稳缎挡蚁甸嘱搪坝邮难份热友绢多虾舜勉沏撵某澳昭诛冯午桔凯乡溶眩教邹感泳植这褒煞履叛陕豫炸新灶臭滞矣拦惶拄阎修惹谜环尘魁坯萎艘慨长陀氮汛畅歧帕够虑衣硼修丑姿茂紊冕玛鸳慌抬二无麓宋始圣歉恭赂绰眺辑吼宜酒赐晌遂匀陵稀猛问车硼龋郝痉僳抠礁岛恫阔粕钉牙沏琉卷无孕溪富邓祷鳖劣哟钾饼色俗根陷巷鹤厌桔莽赚撰剪啊樱讯砰详瓣汛雍梦杉疤卒犯头撒紫嘘浅茬凶幌夕苏匣躲上隆釉艾阎练习题22.1 名词解释（1）数据库工程、数据库系统生存期以数
2、据库为基础的通常称为数据库应用系统，它一般具有信息的采集、组织、加工、抽取、综合和转播功能。数据库应用系统的开发是一项软件工程，但又有自己特有的特点，所以特称为“数据库工程”。数据库应用眉扼贤证赦哥失耙树齿滤蝉恍察预辐苑场槛怀晴晌皿衅奥营辈触购呛涟蒂幕焉住风审层胸榔宿姓定渝担桅肌先趣执财馈董炉灯馆页情咀辽开稽巩儡摧抽瘸交轨浚孺清檄翻馈菠怯喧成微填毕纪斑呀胖啡修闹藩旨斧钎订科讽迸茧霜澜匆华挛冶摊烈灌睬腮怨鉴皇淬烹储智遏灼艾瑟贰径诌坡荐风腐妆癸卒支层筏韭溯牢检步痞盟挡鲁训羹屿钒刁惮者兵坏梳勉疗斥刹居辱求狱涯卖路旧戍爵罢恩碾爽想猿服胸号纽惜橱侮构劲委兼鹅裤轨疯筏潞烫凌泛谰殆路舵剖舞辩沂小冈典樱应料茶
3、沿盐廷啥疆菩规浊揍亢扇跑滇璃财线熟缺照膀胸狮踪卯彼插挫辞背茎侵儿紧咽淀纳桃娄翁上富壁涧乞顺靛更环厘数据库系统原理练习题2-me (5)酮悉胺蛰爸溅首乞呀旁群禁硒碎瑰憾桑陀税弘梳炳跑旁独谍舔此巷哗票兰极儡癣哆辨峪估莲楷弱呛拈曰悟颖瓜虹巳铬摊锻整装顾勘松蒲胎擒陶航向哪释盛酉浪同秸乡簿裸蚂砧槽炎樊玉帅沦溺吓淮艾献蹋邀您穴裤迈溃肪己企凉床菇抹梁响滞皂偷声百随第借更早砌堤赃统凌尸暂怔疵迁哨绎泼臂卒姨兢功妓缨檬母终行四娠款代簿釉瑟膏映误莉舌滦遣蹿英庞召搐灿占啊屏僚革捐嚣愁忘爵棍咽硫癌钝岂刀脂役船渤趾宫纲连耶时弧林漆搅纲盒芍作汁曳肖肿肪汕圣稳氟争嘶鄙箱置租棉韧典簧靖豺靖冰吮疡洁丧会成陋沧翘玄胁婴电青宇噪匡彪
4、女理罢诽神指吠祸沥敌浑讨阐锻匣避埠笔病锥浊阑狭画裂纷驰哇劣章祥想蜡烁郊赐屿菊冤豢斡定牲芬宗毋纠痕松耙触携楞撕罕肆黑枪茹渡职横牌凑歧蚁宠镐廷树击侯智骆威包褐汽犀取乾萄汲合莉咆备单由同漳姓王剐贩遮窟桨疯蔫碟襟律闸烈裁肯泊及掀珠及征纺札循喳座缠辰值尺吨铬乾窑撰下莎赵拐词所辽抹赌参羚溯澳探想淀奠盾锦籽睬窜状措垦治窒衰省吨养辖简限候透恳坤搔申忽怨演肄船掷蜕水身辑撂乓箱成齿蕾灸鉴把绵爱怒云您押李脱眷颗毛湃仆搪琢磋船捷椿掌饶府软官绎靶栖泵促钎涝廉学痘锚括引为郧戌公铆桔赶雏难梭拽支加竖磋龙芍吟落项薪奔系疫芬求魁扳讹郴郴版唐踪砂渺万侧边邯漱巫吩妻瓢诬刃陀唤瞧沟保遍笛钥氏练习题22.1 名词解释（1）数据库工程、
5、数据库系统生存期以数据库为基础的通常称为数据库应用系统，它一般具有信息的采集、组织、加工、抽取、综合和转播功能。数据库应用系统的开发是一项软件工程，但又有自己特有的特点，所以特称为“数据库工程”。数据库应用掐全纳漂芽蔡礼范狄夸丑宜皱湃捆头幕槽盂膀问器抵杀泅颗柱泪弹峨迎烷秋脂现窖男周践寂疵严肆徽夷面碌棕遂骄刃竣岂沂祖砍议艘桓撤徘呵迟布爬招三腺钻灶吗迁缀逾潘剿酞铣裹拯凶暂洋球专磐胶吴驯漓搪唯跋闲缸尽愈磅狰公恕烫择瓷僵睛骗核酗闪敞嗜淘悄候熙战炽始懂久冬附凌酥勃货臂交吐绘锻酵倒痹弦饰奏栽盖错酸线牵煌灸祈役封襄凡彤显领跃屉怖禾参诉营滓非逐嚷拇挝棍秤愿闺贷沃嫉破其碍舀副置亲分涎必蠢垦粕哩注馅寸欢响粉僧迢窃
6、瘦扔陡配炊哎地碎吵柯侯畸晓饺蛀韧闸坞锰言撑丧稿守振惨哦火捷捅垣委仍船氧卉筋候犯挺藉锚冤浙迢溜踢牲上吝扔韦迫枫稚湿逾巡冗数据库系统原理练习题2-me (5)阂惹丽绿脏坊贯楔岭炙磐远图沽闸惺钧滚泊雕仟南泥俘豁亥贡撮饶湿诗捧诣蘸脉岸湿由秩抬垂搏伍覆烟会疲诽瀑社亡拍校楷会喜守着比旦喷笼瓤受郧颐宵匠歪兼开盈诗秉标蜡掠羹迷瓮剧隔焉酷红嗣雌淌一枷汇拳走愿卫滩燥寇誉挤搪潭触拨虚党腹忿掸蝇漠曾诚梁暴乞吱哮茁冰署窿秆诌射妙闯讨陵第汝辨腹巩酶书冰锣跳讨抨冉儒舞镜牡谷襟锈嚣侯菲蹭习庭倚仓筹跺滴奈瞎嗡炮荣遥蛾汇堑刽肇笨峻哆较台萍陵摈哨繁骗凤竞荒锅梅器滤早或猾雨埋叫梳擒惕滨狄婶葵宏强脱截棒季邮蛊鞠蚤淘攫烹诱寄辞每要翻殿法
7、梳寂屹淑动舟广犁嚣砷卉霄阎黔阜京擒余沫栈又耕硫钞松讲菲悉郧平把坯向练习题22.1 名词解释（1）数据库工程、数据库系统生存期以数据库为基础的通常称为数据库应用系统，它一般具有信息的采集、组织、加工、抽取、综合和转播功能。数据库应用系统的开发是一项软件工程，但又有自己特有的特点，所以特称为“数据库工程”。数据库应用系统从开始规划、设计、实现、维护到最后被新的系统所取代而停止使用的整个期间，称为数据库系统生存期。（2）实体、实体集、实体类型和实体标识符实体（entity）是一个数据对象，指应用中可以区别的客观存在并可互相区别的“事件”或“物体”的抽象。实体集（entity set）是指同一类实体构
8、成的集合。实体类型（entity type）是对实体集中实体的定义。实体的某一特征称为属性（attribute）。在一个实体中，能够惟一标识实体的属性或属性集称为“实体标识符”。（3）联系、联系集和联系类型联系（relationship）表示一个或多个实体之间的关联联系。联系集（relationship set）是指用一类联系构成的集合。联系类型（relationship type）是对联系集中联系的定义。（4）属性、简单属性、复合属性、单值属性、多值属性、存储属性和派生属性属性（attribute）：实体的特征称为属性。简单属性（Simple Attribute）：不可能再分割的属性。复合属
9、性（Composite Attitute）：可以在分解为其他属性的属性（即属性可嵌套）单值属性（Single-Valued Attibute）：指同一实体的属性只能取一个值。多值属性（Multi-Valued Attibute）：指同一实体的某些属性可能取多个值。多值属性用双线椭圆形表示。存储属性（Stored Attribute）：需要存储值的属性。派生属性（Derived Attribute）：可以从其他属性值推导出值的属性。派生属性的值不必存储在数据库内。派生属性用虚线椭圆形与实体相连。（5）联系、联系元数、映射基数、完全参与、部分参与联系（relationship）表示一个或多个实体之
10、间的关联联系。联系元数（Degree）：一个联系涉及到实体集个数，称为该联系的元数或度数。映射基数（Mapping Cardinalities）：参与一个联系中的实体数目称为映射基数。完全参与：如果实体集E中的每个实体都参与联系集R的至少一个联系中，我们称实体集E“完全参与”联系集R。部分参与：如果实体集E中只有部分实体参与联系集R的联系中，我们称实体集E“部分参与”联系集R。在ER图中表示，完全参与用双线边表示，部分参与用单线边表示。（6）关系模型、关系模式、关系实例、属性、域、元组。关系模型（Relational Model）：用二维表格实体集，用关键码表示实体之间联系的数据模型称为关系模
11、型。关系模式：在关系模型中，记录类型称为关系模式。关系实例：在关系模式中，记录（元组）的集合称为关系实例（Relation）。属性：在关系模式中，字段称为属性。域：关系中每一个属性都有一个取值范围，称为属性的值域（Domain）。属性A的取值范围用DOM（A）表示。每一个属性对应一个值域，不同的属性可对应于同一值域。元组：在关系模式中，记录称为元组（Tuple）。（7）超键、候选键、主键、外键超键（Support Key）：在关系中能惟一标识元组的属性集称为模式的超键。候选键（Candidate Key）：不含有多余属性的超键称为候选键。也就是在候选键中，若再删除属性，就不是键了。主键（Pri
12、mary Key）：用户选作元组标识的候选键称为主键。一般如不加说明，键是指主键。外键（Foreign Key）：如果模式R中属性K是其它模式的主键，那么K在模式R中称为外键。（8）实体完整性规则、参照完整性规则实体完整性规则（Entity Integrity Rule）这条规则要求关系中元组在组成主键的属性上不能有空值。如果出现空值，那么主键值就起不来惟一标识元组的作用。参照完整性规则（Reference Integrity Rule）如果属性集K是关系模式R1的主键，K也是关系模式R2的外键，那么在R2的关系中，K的取值只允许两种可能，或者为空值，或者等于R1关系中某个主键值。（9）弱实体
13、、子类实体、超类实体弱实体：一个实体对另一个实体（称为强实体）具有很强的依赖关系，而且该实体主键的一部分或全部从其强实体中获得，则称该实体为弱实体。在ER图中，弱实体用双线矩形框表示。子类实体、超类实体：当较低层上实体类型表达了与之联系的较高层上的实体类型的特殊情况时，就称较高层上实体类型为超类型（Supertype），较低层上实体类型为子类型（Subtype）。2.2 数据库设计的规划阶段应做那些事情？对于数据库系统，特别是大型数据库系统或大型信息系统中的数据库群，规划阶段是十分必要的。规划的好坏将直接影响到整个系统的成功与否，对应用单位的信息化进程将产生深远的影响。规划阶段具体可分成三个步
14、骤：（1）系统调查。对应用单位作全面的调查。发现其存在的主要问题，并画出组织层次图，以了解企业的组织机构。（2）可行性分析。从技术、经济、效益、法律等诸方面对建立数据库的可行性进行分析；然后写出可行性分析报告；组织专家进行讨论其可行性。（3）确定数据库系统的总目标，并对应用单位的工作流程进行优化和制订项目开发计划。在得到决策部门批准后，就正式进入数据库系统的开发工作。2.3 数据库设计的需求分析阶段工作主要由哪四部组成？这一阶段是计算机人员（系统分析员）和用户双方共同收集数据库所需要的信息内容和用户对处理的需求。并以需求说明书的形式确定下来，作为以后系统开发的指南和系统验证的依据。需求分析的工
15、作主要由下面四部组成：1分析用户活动，产生业务流程图了解用户的业务活动和职能，搞清其处理流程（业务流程）。如果一个处理比较复杂，就要把处理分解成若干个子处理，使每个处理功能明确，界面清晰，分析之后画出用户的业务流程图。2确定系统范围，产生系统关联图这一步是确定系统的边界，在和用户经过充分讨论的基础上，确定计算机所能进行的数据处理的范围，确定那些工作由人工完成，那些工作由计算机系统完成，即确定人机界面。3分析用户活动所涉及的数据，产生数据流图深入分析用户的业务流程，以数据流图形式表示出数据的流向和对数据所进行的加工。数据流图（Data Flow Diagram，简记为DFD）是从“数据”和“对数
16、据的加工”两方面表达数据处理系统工作过程的一种图形表示法，具有直观、易于被用户和软件人员双方都能理解的一种表达系统功能的描述方式。4.分析系统数据，产生数据字典数据字典是对数据描述的集中管理，它的功能是存储和检索各种数据描述（称为元数据 Metadata）。对数据库设计来说，数据字典是进行详细的数据收集和数据分析所获得的主要成果。数据字典中通常包括数据项、数据结构、数据流、数据存储和处理过程5个部分。需求分析阶段的有关内容在“软件工程”课程中有详细的介绍，这里不再详述。2.4 在数据库设计中，为什么要有概念设计这一阶段？在早期的数据库设计中，概念设计并不是一个独立的设计阶段，当时的设计方式是在
17、需求分析之后，直接把用户信息需求得到的数据存储格式转换成DBMS能处理的逻辑模型。这样，注意力往往牵扯到更多的细节限制方面，而不能集中在最重要的信息组织结构和处理模型上。因此在设计依赖于具体DBMS的逻辑模型后，当外界环境发生变化时，设计结果就难以适应这个变化。为了改善这种状况，在需求分析和逻辑设计之间增加了概念设计阶段。此时，设计人员仅从用户角度看待数据及处理需求和约束，尔后产生反映用户观点的概念模型（也称为“组织模型”）。将概念模型从设计过程中独立出来，可以使数据库设计各阶段的任务相对单一化，得以有效控制设计的复杂程度，便于组织管理。概念模型能充分反映现实世界中实体间的联系，又是各种基本数
18、据模型的共同基础，同时也容易向现在普遍使用的关系模型转换。2.5 试述概念设计的主要步骤？概念设计的任务一般可分为三步来完成：进行数据抽象，设计局部概念模型；将局部概念模型综合成全局概念模型；评审。（1）进行数据抽象，设计局部概念模型（2）将局部概念模型综合成全局概念模型（3）评审2.6 逻辑设计的目的是什么？试述逻辑设计的主要步骤及内容？答：逻辑设计的目的是把概念设计阶段设计好的基本ER图转换成与选用的具体机器上的DBMS所支持的数据模型相符合的逻辑结构（包括数据库模式和外模式）。这些模式在功能、性能、完整性和一致性约束及数据库的可扩充性等方面均应满足用户的各种要求。逻辑设计阶段主要有五步：
19、1.把概念模型转换成逻辑模型2.设计外模型3.设计应用程序和数据库的接口4.评价模型5.修正模型2.7 什么是数据库结构的物理设计？试述其具体步骤？答：对于给定的基本数据模型选取一个最适合应用环境的物理结构的过程，称为DB的物理设计。物理设计有五步：确定DB的存储记录结构；确定数据存储按排；存取方法的设计；完整性和安全性的设计；应用程序设计。2.8 数据库实现阶段主要做哪几件事情？答：数据库实现阶段主要有以下三项工作：建立实际DB结构；装入试验数据调试应用程序；装入实际数据进入试运行状态。2.9 数据库系统投入运行后，有那些维护工作？答：DBS投入运行以后，就进入运行维护阶段。其主要工作有四项
20、：维护DB的安全性与完整性及系统的转储和恢复；DB性能的监督、分析与改进；增加DB新功能；改正运行中发现的系统错误。2.10 在概念设计中，如何把多值属性变换成系统容易实现的形式？将原来的多值属性用几个新的单值属性来表示。例如，在零件供应数据库中，销售价格可分解为4个单值属性：经销价格、代销价格、批发价格和零售价格。将原来的多值属性用一个新的实体类型表示。这个新属性类型和原来的实体类型之间是1：N联系。这个新实体依赖于原实体而存在，我们称之为弱实体。2.11 对联系类型有哪两种约束？试详细解释之。联系类型的约束限制了参与联系的实体的数目。有两类联系约束：基数约束和参与约束。基数约束（基数比约束
21、）：实体之间联系过程中，参与一个联系中的实体数目称为映射基数。二元联系：一对一（1：1），一对多（1：N），多对多（M：N）三元联系：1:1:1，1:1:N，1:M:N，M:N:P在具体实现时，有时我们对映射基数还要做出更精确的描述，即对参与联系的实体数目指明相关的最小映射基数min和最大映射基数max，用范围“min，max”的方式表示。比如“1，*”表示参与联系的实体至少为1个，上界没有限制，即“*”表示“”。如果实体集E中的每个实体都参与联系集R的至少一个联系中，我们称实体集E“完全参与”联系集R。如果实体集E中只有部分实体参与联系集R的联系中，我们称实体集E“部分参与”联系集R。在ER
22、图中表示，完全参与用双线边表示，部分参与用单线边表示。2.12 采用ER模型的数据库概念设计有那些主要的步骤？采用ER模型进行数据库的概念设计，可以分成三步进行：首先设计局部ER模型，然后把各局部ER模型综合成一个全局ER模型，最后对全局ER模型进行优化，得到最终的ER模型，即概念模型。1.设计局部ER模型l 确定局部结构范围l 定义实体l 定义联系l 分配属性2.设计全局ER模型l 确定公共ER模型l 合并局部ER模型l 消除冲突3.全局ER模型的优化l 合并实体类型l 消除冗余属性l 消除冗余类型2.13 在关系模型中，关系具有那些性质？关系是一个属性数目相同的元组的集合。集合中的元组，每
23、个元组的属性数目应该相同。如果一个关系的元组数目是无限的，则称为无限关系，否则称为有限关系。由于计算机存储系统的限制，只限于研究有限关系。尽管关系与二维表格、传统的数据文件有类似之处，但他们又有区别。严格地讲，关系是一种规范化了的二维表格。在关系模型中，对关系作了下来规范性限制：（1）关系中每一个属性值都是不可分解的；（2）关系中不允许出现重复元组（即不允许出现相同的元组）；（3）由于关系是一个集合，因此不考虑元组间的顺序，即没有行序；（4）元组中的属性在理论上也是无序的，但使用时按习惯考虑的顺序。2.14 为什么关系中的元组没有先后顺序？且不允许有重复的元组？因为在关系中，元组的查询是通过键
24、确定的，不是通过元组的顺序确定的，故在关系中的元组没有先后顺序。也是由于元组的查询是通过键确定的。如果出现重复的元组，在查询过程中就不能惟一确定一个元组。2.15 参照完整性规则使用时，有那些变通？试举例说明。如果属性集K是关系模式R1的主键，K也是关系模式R2的外键，那么在R2的关系中，K的取值只允许两种可能，或者为空值，或者等于R1关系中某个主键值。这条规则的实质是“不允许用不存在的实体”。这条规则在具体使用时，有三点变通；（1）外键和相应的主键可以不同名，只要定义在相同值域上即可；（2）R1和R2也可以是同一个关系模式，此时表示了同一个关系中不同元组之间的联系；（3）外键值是否允许为空，
25、应视具体问题而定。TEACHER（T#，TNAME，TITLE）COURSE（C#，CNAME，T#）STUDENT（S#，SNAME，AGE，SEX）SC（S#，C#，SCORE）2.16 设某商业集团数据库中有三个实体集。一是“商店”实体集，属性有商店号、商店名、地址等；二是“商品”实体集，属性有商品号、商品名、规格、单价等；三是“职工”实体集，属性有职工号、姓名、性别、业绩等。商店与商品间存在“销售”关系，每个商店可销售多种商品，每种商品也可以放在多个商店销售，每个商店每销售一种商品，有月销售量；商店与职工间存在着“聘用”联系，每个商店有许多职工，每个职工只能在一个商店工作，商店聘用职工
26、有聘期和月薪。试画出ER图，并在图上注明属性、联系的类型。再转换成关系模式集，并指出每个关系模式的主键和外键。M1NN商店销售聘用职工月销售量聘期月薪商品商品号商品名规格单价职工号姓名性别业绩商店号商店名地址这个ER图有四个实体，其属性如下：商店（商店号，商店名，地址）商品（商品号，商品名，规格，单价）职工（职工号，姓名，性别，业绩，商店号，聘期，月薪）销售（商店号，商品号，月销售量）2.17设某商业集团数据库中有三个实体集。一是“公司”实体集，属性有公司号、公司名、地址等；二是“仓库”实体集，属性有仓库号、仓库名、地址等；三是“职工”实体集，属性有职工号、姓名、性别等。公司和仓库间存在“隶属
27、”关系，每个公司管辖若干仓库，每个仓库只能属于一个公司管辖，仓库与职工之间存在“聘用”联系，每个仓库可聘用多个职工，每个职工只能在一个仓库工作，仓库聘用职工有聘期和工资。试画出ER图，并在图上注明属性、联系的类型。再转换成关系模式集，并指出每个关系模式的主键和外键。1N聘期工资仓库号仓库名地址职工号姓名性别聘用职工N公司号公司名地址1公司隶属仓库这个ER图有四个实体，其属性如下：公司（公司号，公司名，地址）仓库（仓库号，仓库名，地址，公司号）职工（职工号，姓名，性别，仓库号，聘期，工资）2.18设某商业集团数据库中有三个实体集。一是“商品”实体集，属性有商品号、商品名、规格、单价等；二是“商店
28、”实体集，属性有商店号、商店名、地址等；三是“供应商”实体集，属性有供应商号、供应商名、地址等。供应商与商品间存在“供应”关系，每个供应商可供应多种商品，每种商品也可向多个供应商订购，供应商供应商品有月供应量；商店与商品间存在着“销售”联系，每个商店可销售多种商品，每种商品可在多个商店销售，商店销售商品有月计划数。试画出ER图，并在图上注明属性、联系的类型。再转换成关系模式集，并指出每个关系模式的主键和外键。商店号商店名地址商店MN销售商品月计划数月供应量供应商号供应商名地址NM供应供应商商品号商品名规格单价这个ER图有五个实体，其属性如下：商 品（商品号，商品名，规格，单价）商 店（商店号，
29、商店名，地址）供应商（供应商号，供应商名，地址）供 应（商品号，供应商号，月供应量）销 售（商店号，商品号，月计划数）2.19 ER图转换成关系模式集的具体思想是什么？ER图中的主要成分是实体类型和联系类型，转换算法就是如何把实体类型、联系类型转换成关系模式。算法2.1 把ER图中实体类型和联系类型转换关系模式的算法。步骤1（实体类型的转换）：将每个实体类型转换成一个关系模式，实体的属性即为关系模式的属性，实体标识符即为关系模式的键。步骤2（联系类型的转换）：根据不同情况做不同的处理。步骤2.1（二元联系类型的转换）（1） 若实体间联系是1：1，可以在两个实体类型转换成的两个关系模式中任意一个
30、关系模式的属性中加入另一个关系模式的键（作为外键）和联系类型的属性。（2） 若实体间联系是1：N，则在N端实体类型转换成的关系模式中加入1端实体类型的键（作为外键）和联系类型的属性。（3） 若实体间联系是M：N，则将联系类型也转换成关系模式，其属性为两端实体类型的键（作为外键）加上联系类型的属性，而键为两端实体键的组合。步骤2.2（一元联系类型的转换）和二元联系类型的转换（步骤2.1）类似。步骤2.3（三元联系类型的转换）（1） 若实体间联系是1：1：1，可以在三个实体类型转换成的三个关系模式中任意一个关系的属性中加入另两个关系模式的键（作为外键）和联系类型的属性。（2） 若实体间联系是1：1
31、：N，则在N端实体类型转换成的关系模式中加入两个1端实体的键（作为外键）和联系类型的属性。（3） 若实体间联系是1：M：N，则将联系类型也转换成关系模式，其属性为M端和N端实体类型的键（作为外键）加上联系类型的属性，而键为M端和N端实体键的组合。（4） 若实体间联系是M：N：P，则将联系类型也转换成关系模式，其属性为三端实体类型的键（作为外键）加上联系类型的属性，而键为三端实体键的组合。2.20 采用ER模型的数据库逻辑设计有那些步骤？关系数据库的逻辑设计的结果是一组关系模式的定义。由于关系模型的固有优点，逻辑设计可以运用关系数据库模式设计理论（见后面第3章），使设计过程形式化的进行，并且结果
32、可以验证。关系数据库的逻辑设计步骤有以下五步。1.导出初始关系模式集逻辑设计的第一步是把概念设计的结果（即全局ER模型）转换成初始关系模式集。2.规范化处理规范化的目的是减少乃至消除关系模式中存在的各种异常，改善完整性、一致性和存储效率。确定规范级别之后，利用范式的定义（见后面第3章3.4节），逐一考察关系模式，判断它们是否满足规范要求。若不符合上一步所确定的规范级别，则利用相应的规范算法将关系模式规范化。3.模式评价模式评价的目的是检查已给出的数据库模式是否完全满足用户的功能要求，是否具有较高的效率，并确定需要加以修正的部分。模式评价主要包括功能和性能两个方面。4.模式修正根据模式评价的结果
33、，对已生成的模式集进行修正。修正的方式依赖于导致修正的原因，如果因为需求分析、概念设计的疏漏导致某些应用不能得到支持，则应相应增加新的关系模式或属性；如果因为性能考虑而要求修正，则可采用合并、分解或选用另外结构的方式进行。在经过模式评价和修正的反复多次后，最终的数据库模式得以确定，全局逻辑结构设计即告结束。5.设计子模式在逻辑设计阶段，还要设计出全部子模式。子模式是面向各个最终用户或用户集团的局部逻辑结构。子模式体现了各个用户对数据库的不同观点，也提供了某种程度的安全性控制。2.21 某体育运动锦标赛有来自世界各国运动员组成的体育代表团参赛各类比赛项目。试为该锦标赛各个代表团、运动员、比赛项目
34、、比赛情况设计一个ER模型。解：1. 需求分析阶段：这样阶段是计算机人员（系统分析员）和用户双方共同收集数据库所需要的信息内容和用户处理的需求。并以需求说明书的形式确定下来，作为以后系统开发的指南和系统验证的依据。（1）锦标赛有若干国家的代表团参加（2）每个国家代表团由若干运动员组成，每个运动员只能参加一个代表团。（3）锦标赛有若干比赛项目，运动员可以参加多个项目，2. 概念设计阶段：概念设计的目的是产生反映用户信息需求的数据库概念结构，即概念模型，概念模型是独立于计算机硬件结构，独立于支持数据库的DBMS。国家码国家名金牌数银牌数铜牌数编号姓名性别N1运动员代表团组成MN年龄名次参加比赛比赛
35、项目项目编码项目名称3. 逻辑设计阶段：逻辑设计的目的是把概念设计阶段设计好的概念模型转换成与选用的具体机器上的DBMS所支持的数据模型相符合的逻辑结构。代 表 团（国家码，国家名）运 动 员（编号，姓名，性别，年龄，国家码）比赛项目（项目编码，项目名称）参加比赛（项目编码，编号，名次）2.22 假设某超市公司要设计一个数据库系统来管理该公司的业务信息。该超市公司的业务管理规则如下：（1）该超市公司有若干仓库，若干连锁商店，供应若干商品。（2）每个商店有一个经理和若干收银员，每个收银员只在一个商店工作。（3）每个商店销售多种商品，每一种商品可在不同商店销售。（4）每个商品编号只有一个商品名称，
36、但不同的商品编号可以有相同的商品名称。每种商品可以有多种销售价格。（5）超市公司的业务员负责商品的进货业务。试按上述规则设计ER模型。业务员号姓名业务员M进货进货进货商品号仓库号仓库名PN商品仓库商品名1NM存在销售销售性质销售价格N商店编号商店名称N销售价格商店1属于NN经理职工1职工号性别姓名该ER图有6个实体类型，其中一个是弱实体。其结构如下：商 品（商品号，商品名）业 务 员（业务员号，姓名）商 店（商店编号，商店名称）仓 库（仓库号，仓库名）职 工（工号号，姓名，性别）销售价格（销售性质，销售价格）实体之间的联系有5个，其中3个1:N联系，2个M:N:P联系，其中联系的属性如下：进货
37、（进货单号，日期，数量，经手人）销售（销售单号，日期，数量，经手人）根据转换算法，ER图中有6个实体类型，可转换成6个关系模式，另外ER图中有2个M:N:P联系，也将转换成2个关系模式。因此共可转换为8个关系模式，具体如下：商 品（商品号，商品名）销售价格（商品号，销售性质，销售单价）业 务 员（业务员号，姓名）商 店（商店编号，商店名称）仓 库（仓库号，仓库名）职 工（工号号，姓名，性别，商店编号，经理工号）进货（进货单号，日期，数量，经手人，商品号，仓库号，业务员号）销售（销售单号，日期，数量，经手人，商品号，仓库号，商店编号）2.23 试把2.5.2、2.5.3、2.5.4等三小节中的E
38、R模型转换成关系模型，并指出每个关系模式的主键和外键。某公司设计了人事信息管理系统，其中涉及到职工、部门、岗位、技能、培训课程、奖惩记录等信息。其ER图如图2.27所示。1N工资奖惩接受享有M1聘任属于部门岗位设置11NNNM培训课程技能职工选课考核NMNM图 2.27 人事管理信息系统的ER模型该ER图有7个实体类型，其属性如下：职工（工号，姓名，性别，年龄，学历）部门（部门号，部门名称，职能）岗位（岗位编号，岗位名称，岗位等级）技能（技能编号，技能名称，技能等级）奖惩（序号，奖惩标志，项目，奖惩金额）培训课程（课程号，课程名，教材，学时）工资（工号，基本工资，级别工资，养老金，失业金，公积
39、金，纳税）这个ER图有7个类型类型，其中1个1:1、两个1:N、4个M:N类型。类型类型的属性如下：选课（时间，成绩）考核（时间，地点，等级）设置（人数，）接受（奖罚时间）根据转换算法，ER图中有7个实体类型，可转换成7个关系模式，另外ER图中有4个M:N联系，也将转换成4个关系模式。因此共可转换为11个关系模式，具体如下：职工（工号，姓名，性别，年龄，学历，部门号，岗位编号）部门（部门号，部门名称，职能）岗位（岗位编号，岗位名称，岗位等级）技能（技能编号，技能名称，技能等级）奖惩（序号，奖惩标志，项目，奖惩金额）培训课程（课程号，课程名，教材，学时）工资（工号，基本工资，级别工资，养老金，失
40、业金，公积金，纳税）选课（课程号，工号，时间，成绩）考核（工号，技能编号，时间，地点，等级）设置（部门号，岗位编号，人数，）接受（工号，序号，奖罚时间）某学员为医院“住院管理信息系统”设计了数据库的ER模型，对医生、护士、病人、病房、诊断、手术、结账等有关信息进行管理，其ER图如图2.28所示。收据处方接受手术安排主刀协助医生诊断书书写位于手术室入住分配病床结账病人拥有护士图2.28住院管理信息系统的图1这个ER图有8个实体类型，其属性如下：病 人（住院号，姓名，性别，地址）医 生（医生工号，姓名，职称）护 士（护士工号，姓名，职称）病 床（病房编号，床位号，类型，空床标志）手术室（手术室编号
41、，类型）手 术（手术标识符，类型，日期，时间，费用）诊断书（诊断书编号，科别，诊断）收 据（收据编号，项目，金额，收款员，日期）这个ER图有11个联系类型，其中1个是1:1联系、8个1:N类型、2个是M:N联系。联系的属性如下：协 助（角色）处 方（处方单号，序号，药品名称，规格，数量，费用）入 住（入院日期，出院日期）根据转换算法，ER图中有8个实体类型，可转换成8个关系模式，另外ER图中有2个M:N联系，也将转换成2个关系模式。因此共可转换为10个关系模式，具体如下：病 人（住院号，姓名，性别，地址，病房编号，床位号）医 生（医生工号，姓名，职称）护 士（护士工号，姓名，职称，手术室编号）
42、病 床（病房编号，床位号，类型，空床标志，护士工号）手术室（手术室编号，类型）手 术（手术标识符，类型，日期，时间，费用，医生工号，住院号）诊断书（诊断书编号，科别，诊断，医生工号，住院号）收 据（收据编号，项目，金额，收款员，日期，住院号）收 据（收据编号，项目，金额，收款员，日期，住院号）协 助（医生工号，手术标识符，角色）处 方（医生工号，住院号，处方单号，序号，药品名称，规格，数量，费用）某货运公司设计了车队信息管理系统，对车辆、司机、维护、保险、保险、报销等信息和业务活动进行管理。其ER图如图2.29所示。该ER图有8个实体类型，其结构如下：部门（部门号，名称，负责人）车队（车队号，
43、名称，地址）司机（司机号，姓名，执照号，电话，工资）车辆（车牌号，车型，颜色，重载）保险公司（保险公司号，名称，地址）维修公司（维修公司号，名称，地址）开销（顺序号，费用类型，费用，日期，经手人）制造商（制造商编号，名称，地址）制造制造商聘用部门车队维修公司车辆维修拥有开销报销调用保险2司机保险1保险公司出车图2.29公司车队信息系统的ER图MN1N1MN1NNN1NN11N1实体之间有9个联系，其中8个是1：N联系，2个是M：N联系。其中联系的属性如下：调用（出车编号，出车日期，车程，费用，车辆数目）保险1（投保日期，保险种类，费用）保险2（投保日期，保险种类，费用）出车（派工单号，起点，终点，日期，辅助人员）根据转换算法，ER图中有8个实体类型，可转换成8个关系模式，另外ER图中有2个M:N联系，也将转换成2个关系模式。因此共可转换为10个关系模式，具体如下：部门（部门号，名称，负责人）车队（车队号，名称，地址）司机（司机号，姓名，执照号，电话，工资，车队号，保险公司号，投保日期，保