第05章 数据库设计与ER模型.ppt

第五章数据库设计和ER模型,5.1数据库设计的全过程,什么是数据库设计？数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求（信息要求和处理要求）在数据库领域内，常常把使用数据库的各类系统统称为数据库应用系统。,数据库与信息系统,数据库是信息系统的核心和基础把信息系统中大量的数据按一定的模型组织起来提供存储、维护、检索数据的功能使信息系统可以方便、及时、准确地从数据库中获得所需的信息数据库是信息系统的各个部分能否紧密地结合在一起以及如何结合的关键所在数据库设计是信息系统开发和建设的重要组成部分,数据库系统生存期,软件生存期从软件的规划、研制、实现、投入运行后的维护，直到它被新的软件所取代而停止使用的整个期间。数据库工程数据库应用系统的开发是一项软件工程，但又有自己特有的特点，所以特称为“数据库工程”。数据库系统生存期数据库应用系统从开始规划、设计、实现、维护到最后被新的系统取代而停止使用的整个期间。,软件生存期,数据库生存期,数据库设计的输入,数据库设计的输入总体信息需求：数据库系统的目标说明、数据元素的定义、数据在企业组织中的使用描述。处理需求：每个应用需要的数据项、数据量以及应用执行的效率。DBMS的特征：DBMS所支持的模式、子模式和程序语法的规则。硬件和OS特征：对DBMS和OS访问方法特有的内容，例如物理设备容量限制、时间特性及运行要求。,数据库设计的输出,数据库设计的输出说明书：说明数据库的完整结构和基于数据库结构和处理需求的应用程序的设计原则。,1.规划阶段的目标,得到详尽的可行性分析报告和数据库系统规划纲要，内容包括：信息范围；信息来源；人力资源；设备资源；软件及支持工具资源；开发成本估算；开发进度计划；现行系统向新系统过渡计划等。,规划阶段的三个步骤,系统调查：对企业组织作全面的调查，画出组织层次图，以了解企业的组织结构可行性分析从技术、经济、效益、法律等诸方面对建立数据库的可行性进行分析；写出可行性分析报告；组织专家讨论其可行性确定数据库系统的总目标和制定项目开发计划,组织层次图,2.需求分析的目标,对系统的整个应用情况作全面的、详细的调查，确定企业组织的目标，收集支持系统总的设计目标的基础数据和对这些数据的要求，确定用户的需求，并把这些要求写成用户和数据库设计者都能够接受的文档。,需求分析工作,分析用户活动，产生业务流程图了解用户当前的业务活动和职能，搞清其处理流程（即业务流程）确定系统范围，产生系统关联图确定计算机所能进行的数据处理的范围，确定哪些工作由人工完成，哪些工作由计算机系统完成。,需求分析工作,分析用户活动涉及的数据，产生数据流程图深入分析用户的业务处理，以数据流图形式表示出数据的流向和对数据所进行的加工。分析系统数据，产生数据字典数据字典是系统中各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要成果，通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分。,业务流程图,数据字典,3.概念设计,什么是概念结构设计？需求分析阶段描述的用户应用需求是现实世界的具体需求将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计概念结构是各种数据模型的共同基础，它比数据模型更独立于机器、更抽象，从而更加稳定。概念结构设计是整个数据库设计的关键,概念设计的目标,产生反映企业组织信息需求的数据库概念结构，即概念模式。,概念设计的重要性,为什么需要概念设计？（1）将概念设计从设计过程中独立出来，可以使数据库设计各阶段的任务相对单一化，降低数据库设计的复杂程度，便于组织管理。（2）概念设计能充分反映现实世界中实体间的联系，不依赖于具体DBMS的模式，设计结果容易适应外界环境的变化。,概念设计的重要性,（3）易于理解，从而可以用它和不熟悉计算机的用户交换意见，用户的积极参与是数据库的设计成功的关键。（4）易于向关系模型转换。,概念设计的主要步骤,进行数据抽象，设计局部概念模式将局部概念模式综合成全局概念模式评审,描述概念模型的工具,E-R模型,4.逻辑设计的目标,把概念设计阶段设计好的全局概念模式转换成与选用的具体机器上的DBMS所支持的数据模型相符合的逻辑结构（包括数据库模式和外模式）。这些模式在功能上、完整性和一致性约束及数据库的可扩充性等方面均应满足用户的各种要求。,逻辑设计的主要步骤,把概念模型转换成逻辑模型设计外模型设计应用程序与数据库的接口评价模型修正模型,5.物理设计,为一个给定的逻辑数据模型选取一个最适合应用环境的物理结构的过程，就是数据库的物理设计。数据库的存储记录格式、存储记录安排和存取方法称为数据库的物理结构。它依赖于给定的计算机系统。,物理设计的步骤,存储记录结构设计（包括记录的组成、数据项的类型、长度，以及逻辑记录到存储记录的映射。）确定数据存放位置存取方法的设计（主键检索和辅助键检索）完整性和安全性考虑程序设计,6.数据库的实现,用DDL定义数据库结构数据装载对数据量不大的小型系统（人工）主要工作：筛选数据；转换数据格式；输入数据；校验数据。对大中型系统（自动，即设计一个数据输入子系统，由计算机辅助数据的入库工作）主要工作：筛选数据；输入数据；校验数据；转换数据；综合数据。,数据库的实现,编制与调试应用程序；数据库试运行。功能测试性能测试（时空代价）,7.数据库的运行与维护,数据库的转储和恢复转储和恢复是系统正式运行后最重要的维护工作之一。DBA要针对不同的应用要求制定不同的转储计划，定期对数据库和日志文件进行备份。一旦发生介质故障，即利用数据库备份及日志文件备份，尽快将数据库恢复到某种一致性状态。,数据库的运行与维护,数据库安全性、完整性控制DBA必须根据用户的实际需要授予不同的操作权限。在数据库运行过程中，由于应用环境的变化，对安全性的要求也会发生变化，DBA需要根据实际情况修改原有的安全性控制。由于应用环境的变化，数据库的完整性约束条件也会变化，也需要DBA不断修正，以满足用户要求。,数据库的运行与维护,数据库性能的监督、分析和改进在数据库运行过程中，DBA必须监督系统运行，对监测数据进行分析，找出改进系统性能的方法。利用监测工具获取系统运行过程中一系列性能参数的值。通过仔细分析这些数据，判断当前系统是否处于最佳运行状态。如果不是，则需要通过调整某些参数来进一步改进数据库性能。,数据库的运行与维护,数据库的重组织和重构造1）数据库的重组织数据库运行一段时间后，由于记录的不断增、删、改，会使数据库的物理存储变坏，从而降低数据库存储空间的利用率和数据的存取效率，使数据库的性能下降。为提高系统性能，需重组织数据库。,数据库的运行与维护,数据库的重组织不会改变原设计的数据逻辑结构和物理结构。DBMS一般都提供了供重组织数据库使用的实用程序，帮助DBA重新组织数据库。,数据库的运行与维护,2）数据库的重构造数据库应用环境发生变化，会导致实体及实体间的联系也发生相应的变化，使原有的数据库设计不能很好地满足新的需求数据库重构造的主要工作是根据新环境调整数据库的模式和内模式,数据库的运行与维护,重构造数据库的程度是有限的。若应用变化太大，已无法通过重构数据库来满足新的需求，或重构数据库的代价太大，则表明现有数据库应用系统的生命周期已经结束，应该重新设计新的数据库系统，开始新数据库应用系统的生命周期了。,5.2ER模型,ER模型的基本元素实体联系属性,实体,联系,属性,ER模型图例,实体,实体是一个数据对象，指应用中可以区别的客观存在的事物。同一类实体构成实体集。实体类型是对实体集中实体的定义。由于实体、实体集、实体类型等概念的区分在转换成数据库的逻辑设计时才要考虑，因此在不引起混淆的情况下，一般将实体、实体集、实体类型等概念统称为实体。ER模型中提到的实体往往是指实体集。,联系,联系表示一个或多个实体之间的关联关系。同一类联系构成“联系集”。联系类型是对联系集中联系的定义。同实体一样，一般将联系、联系集、联系类型等统称为联系。,属性,实体的某一特性称为属性。在一个实体中，能够唯一标识实体的属性或属性集称为“实体标识符”。一个实体只有一个实体标识符，没有候选标识符的概念。实体标识符有时也称为实体的主键。联系也用属性描述其特征，但联系本身没有标识符。,属性的分类,根据属性类型可分为简单属性和复合属性简单属性是不可再分割的属性例如：性别、年龄复合属性是可以再分解为其他属性的属性例如：地址属性可分解为邮政编码、省（市）名、区名、街道四个子属性。复合属性形成了属性的层次结构。,属性的分类,图5.2地址属性的层次结构,属性的分类,根据属性的取值特点分为单值属性和多值属性单值属性指的是同一实体的属性只能取一个值例如：同一个学生只能有一个年龄多值属性只的是同一实体的某些属性可能取多个值例如：一个教师的学位是一个多值属性（学士、硕士和博士）。一种商品可能有多种销售价格（经销、代销、批发和零售）。多值属性用双线椭圆形表示。,属性的分类,属性的分类,在数据库的实施过程中，应修改原来的ER模型，对多值属性进行变换。将原来的多值属性用几个新的单值属性来表示例如：商品销售价格可结合销售性质（经销、代销、批发和零售）进行分解。将原来的多值属性用一个新的实体类型表示。这个新实体类型和原来的实体类型是1:N联系。这个新实体依赖于原实体而存在，因此称之为弱实体。弱实体用双线矩形框表示。,5.3.2属性的分类,属性的分类,属性的分类,通过具有相互依赖的属性推导而产生的属性称为派生属性。派生属性的值不必存储在数据库内，而其他需要存储值的属性称为存储属性。例如：实发工资可从基本工资、奖金、房租等属性推导出来。派生属性的值不仅可以从其他属性导出，也可以从有关的实体导出，派生属性用虚线椭圆形与实体相连。,5.3.2属性的分类,空值,当实体在某个属性上没有值时应使用空值。,联系的元数,一个联系涉及到的实体集个数，称为该联系的元数或度数。同一个实体集内部实体间的联系，称为一元联系。也称为递归联系。两个不同实体集、实体之间的联系称为二元联系。三个不同实体集实体之间的联系，称为三元联系。,一对多联系,图5.8一对多联系,多对多联系,图5.9多对多联系,ER模型的操作,在数据库设计过程中，常常要对ER图进行种种变化，这种变化称为ER模型的操作，包括实体类型、联系类型和属性的分裂、合并、增删等。,原实体类型,分裂,图5.16实体类型的垂直分裂,分裂方式有两种：水平分裂（元组）和垂直分裂（属性）,分裂,联系类型也可分裂,合并,合并是分裂操作的逆过程。合并的联系类型必须是定义在相同的实体类型组合中，否则是不合法的合并。,5.3ER模型到关系模型的转换,算法5.1步骤1：将每个实体类型转换成一个关系模式，实体的属性即为关系模式的属性，实体标识符即为关系模式的键。,ER图转换成关系模式集的规则,步骤2联系类型的转换步骤2.1二元联系类型的转换若实体间联系是1:1，可以在两个实体类型转换成的两个关系模式中任意一个关系模式的属性中加入另一个关系模式的键和联系类型的属性。若实体间联系是1:N，则在N端实体类型转换成的关系模式中加入1端实体类型的键和联系类型的属性。若实体间联系是M:N，则将联系类型也转换成关系模式，其属性为两端实体类型的键加上联系类型的属性，而键为两端实体键的组合。步骤2.2一元联系类型的转换:同二元联系,ER图转换成关系模式集的规则,步骤2.3三元联系类型的转换若实体间的联系是1:1:1，可以在3个实体类型转换成的3个关系模式中任意一个关系模式的属性中加入另两个关系模式的键和联系类型的属性。若实体间联系是1:1:N，则在N端实体类型转换成的关系模式中加入两个1端实体类型的键（作为外键）和联系类型的属性。若实体间联系是1:M:N，则将联系类型也转换成关系模式，其属性为M端和N端实体类型的键（作为外键）加上联系类型的属性，而键为M端和N端实体键的组合。若实体间联系是M:N:P，则将联系类型也转换成关系模式，其属性为3端实体类型的键（作为外键）加上联系类型的属性，而键为3端实体键的组合。,ER模型到关系模型的转换实例,一对一联系,ER模型到关系模型的转换实例,1:1：在任意一个关系模式的属性中加入另一个关系模式的键和联系类型的属性。学校（校名，地址，电话，校长名，任职年月）校长（姓名，性别，年龄，职称）学校（校名，地址，电话）校长（姓名，性别，年龄，职称，任职学校，任职年月）,ER模型到关系模型的转换实例,一对多联系,ER模型到关系模型的转换实例,1:N：在N端关系模式的属性中加入1端关系模式的键和联系类型的属性。系（系号，系名，电话）教师（工号，姓名，性别，年龄，系号，聘期）,ER模型到关系模型的转换实例,图2.5多对多联系,ER模型到关系模型的转换实例,M:N：将联系类型转换成关系模式，其属性为两端实体类型的键加上联系类型的属性，而键为两端实体键的组合。学生(学号，姓名，年龄，性别)课程(课程号，课程名，教师名)选课(学号，课程号，成绩),ER模型到关系模型的转换实例,教师,系,课程,课程号,课程名,学分,姓名,性别,职称,教材,聘用,开设,任教,教工号,电话,聘期,主管,系编号,系名,1,1,1,M,N,N,N,1,ER模型到关系模型的转换实例,实体类型的转换系（系编号，系名，电话）教师（教工号，姓名，性别，职称）课程（课程号，课程名，学分）联系类型的转换系（系编号，系名，电话，主管人的教工号）教师（教工号，姓名，性别，职称，系编号，聘期）课程（课程号，课程名，学分，系编号）任教(教工号，课程号，教材),ER模型到关系模型的转换实例,运动员（编号，姓名，性别，名次，上一名次编号，下一名次编号）,职工（工号，姓名，年龄，性别，经理工号）,ER模型到关系模型的转换实例,ER模型到关系模型的转换实例,例1库存销售信息管理系统的ER模型及转换,库存系统ER图,车间(车间号,车间名,主任名)产品(产品号，产品名，单价)仓位(仓位号，地址，主任名)客户(客户号，客户名，联系人，电话，地址，税号，账号)销售员(销售员号,姓名,性别,学历,业绩）,实体,入库（入库单号,入库量,入库日期,经手人,车间号,仓位号,产品名）出库（出库单号，出库量，出库日期，经手人，客户号，产品名，仓位号）订单（订单号，数量，折扣，总价，订单日期，产品号，客户号，销售员号）存储(仓位号,产品号,核对日期,核对员,存储量),联系,5.4ER模型到关系模型的转换实例,例2：公司车队信息系统的ER模型,部门(部门号,名称,负责人)车队(车队号，名称，地址)司机(司机号，姓名，执照号，电话，工资)车辆(车牌号，车型，颜色，载重)保险公司（保险公司号，名称，地址）维修公司（维修公司号，名称，地址）开销(顺序号,费用类型,费用,日期,经手人）,调用(出车编号,出车日期,车程，费用，车辆数目)保险1(投保日期，保险种类，费用)保险2(投保日期，保险种类，费用),实体类型,联系的属性,例2：公司车队信息系统的ER模型,部门(部门号,名称,负责人)车队(车队号，名称，地址)司机(司机号，姓名，执照号，电话，工资，保险公司号，投保日期，保险种类，费用，车队号)车辆(车牌号，车型，颜色，载重，保险公司号，投保日期，保险种类，费用，维修公司号，车队号)保险公司（保险公司号，名称，地址）维修公司（维修公司号，名称，地址）开销(顺序号,费用类型,费用,日期,经手人，车牌号）,调用(出车编号,部门号,车队号，出车日期,车程，费用，车辆数目),实体类型,联系类型,例3：人事管理信息系统的ER模型,职工(工号,姓名,性别,年龄,学历)部门(部门号，部门名称，职能)岗位(岗位编号，岗位名称，岗位等级)技能(技能编号，技能名称，技能等级)奖惩（序号，奖惩标志，项目，奖惩金额）培训课程（课程号，课程名，教材，学时）工资(工号,基本工资,级别工资,养老金,失业金,公积金,纳税）,选课(时间,成绩)设置(人数)考核(时间，地点，级别)接受(奖惩时间),实体类型,联系的属性,N,例3：人事管理信息系统的ER模型,职工(工号,姓名,性别,年龄,学历，部门号，岗位编号)部门(部门号，部门名称，职能)岗位(岗位编号，岗位名称，岗位等级)技能(技能编号，技能名称，技能等级)奖惩（序号，奖惩标志，项目，奖惩金额）培训课程（课程号，课程名，教材，学时）工资(工号,基本工资,级别工资,养老金,失业金,公积金,纳税）,选课(工号,课程号，时间,成绩)设置(部门号，岗位编号，人数)考核(工号,技能编号，时间，地点，级别)接受(工号,序号，奖惩时间),实体类型,联系类型,例4：旅游管理信息系统的ER模型,导游(导游编号,姓名,性别,年龄,身份证号码,住址,电话,语种,等级,业绩)交通工具(旅游班次号，出发工具，出发日期，出发班次，出发时间，回程工具，回程日期，回程班次，回程时间)宾馆(宾馆编号，宾馆名，城市，星级，标准房价，联系人，职务，地址，电话，传真),旅游线路(路线号,起点,终点,天数,主要景点)旅游班次(班次号,出发日期,回程日期,旅游标准,报价)旅游团(团号,团名,人数,联系人,地址,电话)游客(游客编号,姓名,性别,年龄,身份证号码,住址,电话)保险单(保险单编号，保险费，投保日期),实体类型,实体类型,例4：旅游管理信息系统的ER模型,旅游线路(路线号,起点,终点,天数,主要景点)旅游班次(班次号,出发日期,回程日期,旅游标准,报价，路线号)旅游团(团号,团名,人数,联系人,地址,电话，保险单编号，班次号)游客(游客编号,姓名,性别,年龄,身份证号码,住址,电话，团号)保险单(保险单编号，保险费，投保日期)导游(导游编号,姓名,性别,年龄,身份证号码,住址,电话,语种,等级,业绩)交通工具(旅游班次号，出发工具，出发日期，出发班次，出发时间，回程工具，回程日期，回程班次，回程时间)宾馆(宾馆编号，宾馆名，城市，星级，标准房价，联系人，职务，地址，电话，传真),陪同(导游编号,班次号)食宿(班次号，宾馆编号),实体类型,联系类型,5.5增强的ER模型,什么是弱实体一个实体对于另一个实体（称为父实体）具有很强的依赖关系，而且该实体主键的一部分或全部从其父实体中获得，称该实体为弱实体。,弱实体,弱实体的表示方法在ER模型中，弱实体用双线矩形框表示，与弱实体相关的联系，用双线菱形框表示。父实体与弱实体的联系只能是1:1或1:N。,弱实体,弱实体,子类实体与超类实体,什么是子类和超类当较低层上实体类型表达了与之联系的较高层上的实体类型的特殊情况时，称较高层上实体类型为超类型（Supertype